Talvez, a melhor alternativa mesmo seja usar XML com checagem de regras no arquivo XSLT.
 

Anderson Macedo Silva
Impactools - The wise solution that fits
Centro Empresarial de S�o Paulo
Telefone: 5853-2136

-----Mensagem original-----
De: Roberto Hideki [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 13 de mar�o de 2002 09:39
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] SQL Join entre Bancos Heterog�neos

O comando SQL ser� processado por um dos SGBD, que a princ�pio s� conhece a estrutura de dados que ele est� gerenciando. Apesar da linguagem SQL ser "padronizada", a estrutura interna e gerenciamento das tabela s�o propriet�rios.
 
Se Vc. conseguir acessar essas tabelas como EJBs atrav�s do J2EE e abstrair a camada de persistencia, pode-se utilizar o EJBQL para para fazer o join dessas entidades/tabelas.
 
 
Roberto Tatemoto
 
PS: O EJBQL � um subset do SQL (tem s� o select). Para maiores detalhes do EJBQL
 
 
 
----- Original Message -----
Subject: Re: [java-list] SQL Join entre Bancos Heterog�neos

Wiliam
 
Tenho um problema semalhante ao seu, no meu caso tenho um banco transacional em Oracle e um DW em Sybase IQ.
 
Tenho trabalhado em um agente de analise que utiliza simultaneamente dados dos dois bancos de dados.
 
Para solucionar o problema, eu implementei um agente de gera documentos XML das duas base e atrav�s de XSLT consigo executar regras utilzando as informa��es das duas bases.
 
At� onde eu sei, n�o existe possibilidade de fazer joins de bases de dados heterogeneas, salvo se voce utilizar os carissimos gateways da Oracle ou Sybase.
 
sds
Marco Zerbini
----- Original Message -----
Sent: Tuesday, March 05, 2002 5:42 PM
Subject: [java-list] SQL Join entre Bancos Heterog�neos

Quero saber se ap�s criar inst�ncias de bases heterog�neas (fabricantes diferentes no caso), � poss�vel relacionar suas tabelas atrav�s de instru��es SQL?
J� li um livro sobre JDBC que dizia que existe isto, mas n�o encontrei um exemplo. A ilustra��o abaixo demonstra minha d�vida:
 
Agrade�o o que poderem ajudar.
 
Wiliam

Responder a