Ficaram impratic�veis porque eu tinha que retornar uma quantidade grande de objetos para o cliente. e como voc� disse EJB s�o transacionais, em cada get que eu executava ele abria uma transa��o at� que o famoso OutOfMemory ocorreu.
A minha d�vida seria em utilizar EJB para pesquisa. N�o necessariamente que esses Entitys iriam para o cliente. � claro que eu utilizaria um m�todo de convers�o de Entity para Data Object. Minhas pesquisas mais grandes j� s�o implementadas em DAO. At� porque em alguns casos eu utilizo dados de v�rias tabelas pra montar uma linha de pesquisa. Isso em EJB � praticamente inaceit�vel devido o fato de que pra cada relacionamento ele iria fazer uma nova pesquisa no banco. Ex. pego n pessoas, pra cada linha desse retorno ele teria que pesquisar na tabela de cidades. ent�o ele executaria n pesquisas na tabela de cidades. certo? eu pretendo manter os EJB para persistencia, claro. Minha d�vida � nas pesquisas. mais uma coisa, voc� falou em utilizar Servlet/Jsp e DAO. Voc� quis dizer acessar o DAO diretamente pelo Servlet? caso tenha escrito alguma bobagem por favor me corrijam. Maykel ----- Original Message ----- From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 04, 2002 10:42 AM Subject: Re: [enterprise-list] DAO x EJB Como assim ficou impraticavel?? Explica um pouco quais foram as problemas encontradas ?? N�o se esque�a que um entity bean � um objeto persistente. Se vc tem queries que retornam grandes quantidades de registros, um bean deve ser instinciado para cada query. Um find no entity preferencialmente retorna um ou poucos registros. Se precisar usar uma lista para mostrar no lado cliente, h� v�rias solu�oes de resolver isso numa maneira melhor. Deve lembrar tamb�m que um EJB � um objeto transacional. Se vc esta criando um sistema de Cat�logo de produto por exemplo de qual o objetivo � de pesquisa, provavelmente � melhor utilizar somente Servlets/JSP e DAO. Se criar um sistema de negocios aonde a funcionalidade transacional � essential, a perda de performance de EJB em rela��o de DAO n�o necessariamente � impedimento de uso deles. Com EJB vc ter� muito mais escalabilidade, seguran�a e estabilidade, transa��es distribuidos etc. H� at� servidores de aplica��o com failover de transa��es. Integra��o com sistemas legados tamb�m ser� raz�o para uso de EJB. "Maykel Tres" <[EMAIL PROTECTED]> wrote on 04/10/2002 09:54:37: > Ola pessoal, > > J� que est� uma discuss�o de que se deve usar onde, eu pe�o outra > ajuda dos senhores. > > Eu gostaria de saber, com a experi�ncia de voc�s, qual deveria ser a > minha pol�tica de pesquisa. Eu deveria utilizar DAO(SQL) para > pesquisas ou EJB(EJBQL)? > > Eu fiz alguns testes utilizando Entity no cliente e ficou > impratic�vel, mudei para Data Objects e o desempenho melhorou muito > utilizando DAO. Ainda n�o testei utilizando DO com EJB. O que voc�s > acham sobre o assunto? > > desde j� agrade�o pelas colabora��es, > > Maykel Tres > > --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
