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