Uma id�ia simples seria fazer uma classe para cada banco de dados, sendo que a EJB estaria configurada para acessar a classe correspondente ao banco que voc� est� usando. Voc� faz uma para Oracle que acessa as stored procedures, se for mysql, faz tudo dentro da classe em quest�o.
    Voc� vai ter que fazer N vezes a l�gica, mas existe o ganho de desempenho.
    Diria que esta parte da aplica��o seria a n�o aproveit�vel por �bvias particularidades do banco, do resto, tudo ok.
    Outra id�ia seria colocar o equivalente � diretivas de compila��o (consigo isto no java? como?) no EJB.
 
 [ ]'s
 
Guilherme Zambon
 
----- Original Message -----
Sent: Saturday, September 22, 2001 6:00 AM
Subject: [java-list] Re: 3-Camadas !!?

 
----- Original Message -----
Sent: Friday, September 21, 2001 7:28 PM
Subject: 3-Camadas !!?

Ol� Pessoal,
 
Atuo no desenvolvimento corporativo e atualmente temos um produto WEB, por�m n�o implementando o conceito de 3-tier. O que temos � uma configura��o assim:
 
- camada de apresenta��o : HTML  com ColdFusion
- camada da aplica��o e base de dados : Stored Procedures PL/SQL, Oracle
 
H� uma forte necessidade de ter um produto de baixo custo, isto �, o sistema deve poder ser rodado independemente de plataforma (Unix, Windows, Linux) e banco de dados.
 
A solu��o tecnol�gica em 3-camadas parece realmente ser a ideal. Certo ?
 
Ao optar por Java, temos um primeiro problema a vista : queda desempenho. N�o de Java, propriamente dita, mas inerente, pois antes t�nhamos PL/SQL direto no servidor de banco de dados, agora teremos EJB com conex�o ao banco de dados.
Como, nesse caso, justificar a cria��o de camada de aplica��o que aparentemente vai degradar o desempenho do sistema ? Sei de todos os benef�cios que a isola��o proposta oferece, no entanto, desempenho � algo muito forte e que deve ser atendido.
 
 
Agrade�o desde j� a colabora��o de todos!!!!
Renato
 

Responder a