Errado n�o � mas stranho sim pois a ideia de EJB � distribui��o.
- Logico de apresenta��o
- Logico de negocios (Session Beans)
- Logico de persistencia (Entity Beans)
- Persistencia

No caso pesquisas encaixam se melhor no logico de negocios. Por�m o 
melhor � usar session beans para a funcionalidade das stored procedures 
(SQL num DAO e o session bean chama o DAO). Queries que retornam grande 
qtd. de records n�o deviam usar Entities por causa de performance.
Seus SB�s podem chamar stored procedures sim e se o app server e banco 
de dados rodam na mesma maquina pode ter performance melhor. Se rodam em 
maquinas diferentes j� seria melhor n�o usar stored procedures pois o 
trabalho seria dividido.
O problemo pode ser que vc se amarra no bd especifico.

Rogerio Costa wrote:

>       Estou utilizando stored procedures em um banco oracle e pretendo destas stored 
>procedures, criar meus EJB para distribuir para meus diversos desenvolvedore.
>       Sei que utilizando procedures estou amarrado ao banco de dados, porem minhas 
>pesquisas sao muito pessadas e tive melhor desempenho com procedures, li alguma 
>documenta��o neste sentido e vi projetos
> que utilizam e que nao utilizam procedures. Algumas pessoas dizem que e errado.
>       A pergunta � "Na opiniao de quem trabalha com EJB esta abordagem � correta? 
>Qual a melhor abortagem?"
> 
> ------------------------------ LISTA SOUJAVA ---------------------------- 
> http://www.soujava.org.br  -  Sociedade de Usu�rios Java da Sucesu-SP 
> d�vidas mais comuns: http://www.soujava.org.br/faq.htm
> regras da lista: http://www.soujava.org.br/regras.htm
> para sair da lista: envie email para [EMAIL PROTECTED] 
> -------------------------------------------------------------------------
> 
> 


------------------------------ LISTA SOUJAVA ---------------------------- 
http://www.soujava.org.br  -  Sociedade de Usu�rios Java da Sucesu-SP 
d�vidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED] 
-------------------------------------------------------------------------

Responder a