Ola,
Monday, July 22, 2002, 11:25:32 AM, you wrote:
j> - Tentei utilizar a pior situa��o poss�vel para ver a que ponto chegaria
j> (EJB Server [refer�ncia] e BD Cloudscape [refer�ncia]), n�o foi a minha
j> inten��o conseguir a melhor performance poss�vel. Queria ver qual era a
j> pior situa��o.
Esta e na minha opiniao muito pior que a pior situacao.
A pior situacao realistica seria com JBoss mais Interbase. Ou outra
combinacao de servidor de aplicacoes + banco de dados com ambos free.
E note bem que eu nao estou dizendo que estas ferramentas sao ruims
(alias a empresa onde eu trabalhava usa o Interbase com muito sucesso).
Apenas estou dizendo que se vc nao quer gastar $$$ vc pode usar
isso. Alem disso so pode melhorar.
j> Por que um metodo do tipo findAll � ridiculo? Quando utiliz�-lo ent�o, pois
j> existem exemplos no J2EE Tutorial que estimulam a sua utiliza��o.
j> O Roberto Figueiredo cita que a documenta��o diz que um Entity dever�
j> trazer no m�ximo 10 registros e isso � demaseadamente grande para
j> performance. Onde isso est� escrito? Isso seria de grande ajuda para a
j> continuidade dos meus estudos e para futuras explica��es.
j> Diz tamb�m que um SessionBean dever� fazer uma conex�o direta para trazer
j> somente as chaves prim�rias dos registros que voc� quer utilizar, e usar os
j> EntityBean para trazer todo o resto do registro um a um pela chave
j> prim�ria.
j> Pois �, mas n�o � isso mesmo que um m�todo find faz?
j> Os finders devem ser encarados como m�todos utilizados internamente pelo
j> Container (com o EJBQL)?
Para respostas a estas perguntas olhe na referencia que vc mesmo
citou a discussao sobre o ValueListHandler (pagina 315 na edicao que
tenho aqui).
> Core J2EE Patterns - As Melhores Pr�ticas e Estrat�gias de Design
> Deepak Alur at Al. - Ed. Campus - (leitura superficial)
Alem disso penso ser este tipo de discusssao muito saudavel.
Espero que esta thread continue, que todos temos muito que aprender.
--
Danilo mailto:[EMAIL PROTECTED]
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
