Ol� Lista. 

    Antes de entender as prinicipais diferencas entre cada um dos tipos, 
acho melhor entender a necessidade de se utilizar ou n�o EntityBeans. 
    O uso de EntityBeans em aplica��es reais, est� aumentando gradativamente 
devido ao aumento da capacidade de hardware provida nos �ltimos meses. 
    E o seu uso facilita em muito a constru��o de processos que teem uma 
grande necessidade de atualiza��o de dados em processos transacionais, 
devido ao poderoso framework dos EJBs associados a robustes transacional do 
modelo CORBA. 
    Montei essa tabela para te mostrar os indices de performance baseado em 
tempo de resposta de uma requisicao: 

Servlets        SessionBean     SessionBean     EntityBeans 
Fator Base      Stateless       Stateful        BMP 1.0 
                 
  100%          73%             45%             27% 

    No caso de aplica��es que rodam em "Cluster", dimiuir todos o indices em 
15%, devido ao overhead de replica��o de estados. 

    Atualmente, com a J2EE 1.3 que traz a especificacao dos EntityBeans 2.0, 
que trouxe algumas inovacoes, como o modelo CMP 2.0 que contem o Container 
Managed Relationship (CMR) associado com um novo modelo de persist�ncia n�o 
propriet�rio, possibilita resolver relacionamentos muito complexos entre as 
entitidades de dados usando o EJBQL, facilitando bastante a codificacao de 
processos transacionais que necessitam de grande atualiza��o de dados. 

    Ou seja, a performance das aplica��es que usam EntityBeans, seja qual 
for o tipo (BMP ou CMP 2.0), ainda n�o est� num patamar para que se possa 
utiliz�-lo em qualquer sistema, em contrapartida, o tempo de constru��o 
quando se usa o novo modelo EJB 2.0 (CMP + CMR), diminui bastante, em torno 
de 3 vezes em rela��o ao BMP tradicional com DAO, e a robustes de 
aplicativos que usam EntityBeans � incompar�vel em relacao �quelas que n�o 
usam. 

    Sugiro o estudo dos J2EE Design Patterns, pois l� est�o listados v�rios 
padr�es de solu��es, onde se pode obter o melhor relaciomento dos 
componentes da J2EE. 

Espero poder ter ajudado. 

=========================================================== 
Oziel Moreira Neto 
www.oziel.com.br 

Em 6 Feb 2003, [EMAIL PROTECTED] escreveu: 

>Shelly 
> 
> Eis uma pergunta pol�mica, e vc receber� muitos 
>e-mails, mas vou tentar resumir: Pessoalmente, se a 
>sua preocupa��o � somente com desempenho de 
>aplica��es, recomendo utilizar SessionBeans Stateless 
>e DAOs para manipula��o de Banco de Dados. EJB�s CMP 
>s�o mais simples de se escrever e com maior 
>portabilidade entre SGBD�s, mas fazem mais "Selects" 
>com relacionamentos entre diversas tabelas. 
> 
>[]'s 
>Robson Luis Ferreira 
>[EMAIL PROTECTED] 
> 
> --- Shelly Caroline Dias de Oliveira 
> escreveu: > Ol�, 
>> 
>> Estou fazendo uma pesquisa sobre desempenho entre 
>> EJB CMP e EJB BMP, e 
>> gostaria de saber qual a melhor forma 
>> (complexidade/desempenho) de utilizar 
>> os componentes EJBs para query's que utilizam 
>> diversos relacionamentos entre 
>> diversas tabelas? 
>> 
>> Valeu! 
>> 
>> Shelly 
>> 
>> 
>> 
>--------------------------------------------------------------------- 
>> Para cancelar a subscri��o, envie mensagem para: 
>> [EMAIL PROTECTED] 
>> Para comandos adicionais, envie mensagem para: 
>> [EMAIL PROTECTED] 
>> 
> 
>_______________________________________________________________________ 
>Busca Yahoo! 
>O servi�o de busca mais completo da Internet. O que voc� pensar o Yahoo! 
>encontra. 
>http://br.busca.yahoo.com/ 
> 
>--------------------------------------------------------------------- 
>Para cancelar a subscri��o, envie mensagem para: 
>[EMAIL PROTECTED] 
>Para comandos adicionais, envie mensagem para: 
>[EMAIL PROTECTED] 
> 
>---------- 


========================================== 
Oziel Moreira Neto 
Java Enterprise Architect 
Procwork Tecnologia Ltda. 
11-5504-0055 

_________________________________________________________
Voce quer um iGMail protegido contra v�rus e spams? 
Clique aqui: http://www.igmailseguro.ig.com.br


---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para: 
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]

Responder a