-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Na verdade est�o todos errados. A especifica��o n�o indica nada sobre este assunto, portanto, o container, antes de fazer um update dentro da transa��o deve fazer um select no banco. A maioria do ssuppliers portanto criaram um tag do tipo <db-is-shared>true</db-is-shared> para indicar que n�o somente o container mexe com este banco. Neste caso far� um select para verificar consistencia do DB. Se colocar false, n�o fara um select no DB antes de persistir os dados alterador. Utilizando um DB compatrilhado portanto tem impacto no performance. - -----Original Message----- From: Daniel Quirino Oliveira [mailto:[EMAIL PROTECTED]] Sent: Thursday, July 11, 2002 1:05 PM To: [EMAIL PROTECTED] Subject: Re: RES: [enterprise-list] DB dividido. Na verdade o Diueine t� certo... o container mant�m um cache dos dados (ali�s, mant�m cache de quase tudo!!). Uma solu��o para este problema � fazer com que o sistema que faz o update no banco de dados envie uma mensagem (atrav�s de JMS, quem sabe?) ao container avisando sobre a altera��o, para que ele fa�a a atualiza��o do cache. []s daniel >From: "Diueine Monteiro" <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: Re: RES: [enterprise-list] DB dividido. >Date: Wed, 26 Jun 2002 15:46:32 -0300 > > > Ol� Willian, > pelo que eu entendo isso seria verdade se o container n�o > mantivesse >cache de dados. > >O container n�o far� um Select no DB, por exemplo, se tiver a >informa��o do find no chache dele. E se tenho um delphi alterando >meus dados, o container n�o sabe que o cache dele pode estar >desatualizado. Portanto o container pode estar me trazendo dados >desatualizados. > >Corrija-me se estiver errado. > >Obrigado, > >/** >* Diueine da C. Monteiro >* [EMAIL PROTECTED] >* SCPJ2P >*/ > >>From: "William Augusto Sbordoni" <[EMAIL PROTECTED]> >>Reply-To: [EMAIL PROTECTED] >>To: <[EMAIL PROTECTED]> >>Subject: RES: [enterprise-list] DB dividido. >>Date: Wed, 26 Jun 2002 14:34:16 -0300 >> >>Como � que o container vai >> tratar isso? Ele n�o vai ser capaz de atualizar meus dados em >> cache quando a >> aplica��o em Delphi mexer no meu DB. >> >>Quem cuida disto � o SGDB - Ele que controla a consistencia dos >>dados. Caso a aplica��o de Delphi mexer e comitar, quando vc >>acessar o DB para pegar dados ele estara la, caso contrario nao >>estara. Como se fosse uma apicacao >>normal. >> >>O ejb CMP 2.0 n�o segura registro no banco. Ele ja executa e >>comita. >> >>Espero ter ajudado. >> >>Caso queira detalhar mais seu problema sinta-se a vontade. >> >> >> >> > -----Mensagem original----- >> > De: Diueine Monteiro [mailto:[EMAIL PROTECTED]] >> > Enviada em: quarta-feira, 26 de junho de 2002 14:16 >> > Para: [EMAIL PROTECTED] >> > Assunto: [enterprise-list] DB dividido. >> > >> > >> > >> > Estou realizando uma aplica��o onde tenho alguns Entity com >> > CMP persistindo em um DB (EJB 2.0). >> > >> > Estou com um problema... esse meu DB tamb�m dever� ser >> > acessado por outras aplica��es (em Delphi e sei l� o qu�). Como >> > � que o container >>vai >> > tratar isso? Ele n�o vai ser capaz de atualizar meus dados em >> > cache quando a >> > aplica��o em Delphi mexer no meu DB. >> > >> > N�o posso configurar para o container sair dando lock em >> > todos os dados >> > que acessa, porque a aplica��o em Delphi n�o teria mais >> > utilidade. >> > >> > Algu�m j� enfrentou isso? Sabe de alguma alternativa vi�vel? >> > >> > Valeu, >> > []s >> > >> > /** >> > * Diueine da C. Monteiro >> > * [EMAIL PROTECTED] >> > * SCPJ2P >> > */ >> > >> > >> > _________________________________________________________________ >> > Chat with friends online, try MSN Messenger: >> > http://messenger.msn.com >> > >> > >> > ----------------------------------------------------------------- >> > ---- 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] >> > > > > > > >_________________________________________________________________ >Send and receive Hotmail on your mobile device: >http://mobile.msn.com > > >--------------------------------------------------------------------- >Para cancelar a subscri��o, envie mensagem para: >[EMAIL PROTECTED] >Para comandos adicionais, envie mensagem para: >[EMAIL PROTECTED] _________________________________________________________________ Converse com seus amigos online, fa�a o download gr�tis do MSN Messenger: http://messenger.msn.com.br - --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] - --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 - --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.373 / Virus Database: 208 - Release Date: 1/7/2002 -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com> iQA/AwUBPS7JwwnFDRzo2TnMEQJqHQCeLjpa+H1Ka0FatJApI/V83daCBegAn1S0 gyT9GCC2jMNyhRY8RJpm3TuS =Q6Wv -----END PGP SIGNATURE----- --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
