Tá, mas e as ** outras ** perguntas que vc não respondeu, como VOLUMES envolvidos e CONFIABILIDADE desejada ?? Isso não é à toa, pois como imagino que vc saiba, ODBC *** não é *** nem o protocolo mais seguro e confiável nem (muito menos!) o mais performático para grandes volumes, yep ??? Anyway : eu não fiz ainda com Firebird mas já fiz diversas vezes conexões Oracle -> bancoexterno via ODBC , e a toada é sempre a mesma - ter o driver ODBC do banco externo instalado no servidor Oracle, setup do HS (que na versão 11g do RDBMS Oracle passou a se chamar DG4ODBC/gateway for odbc), config do sql*net (via TNSNAMES e listener) , e criação do database link, não foge muito disso... http://www.easysoft.com/applications/oracle/database-gateway-dg4odbc-windows.html tem um exemplinho bom... A dificuldade maior um pouco é quando o servidor Oracle roda em Linux/Unix, pois cfrme sabemos ODBC ** não é ** nativo do Linux/Unix (ele é uma invenção da m$oft), então aí entra alguns passos a mais, como instalação de uma camada ODBC , como por exemplo http://www.unixodbc.org/ E claro : mesmo sem os detalhes, palpito que já que vc tem uma janela para transferência de dados E em tese Firebird não é normalmente usado para grandes volumes E vc tem comunicação de rede fácil entre as máquinas, vc DEVERIA considerar muito a opção de geração/envio/recepção de dados via arquivo-texto... Esta opção, além de não necessitar softwares extras nenhuns, também tem a vantagem de exigir muito menos programação... Programação ** ZERO ** vc obteria se pudesse instalar/usar um software de transmissão de dados, mas já que não existe verba nenhuma, penso que esta opção está descartada... []s Chiappa
--- Em [email protected], Rafael Mendonca <raffaell.ti77@...> escreveu > > Chiappa, realmente você tem razão, minha pergunta ficou muito vaga. > > Respondendo: > > 1 - O caminho não será bi-direcional. A conexão irá ler do Firebird e irá > gravar no Oracle. > > 2 - Não precisa ser em tempo real, pode existir uma janela de atualização. > > 3 - Existe sim uma rede segura e confiável. > > 4 - Não existe verba para produtos extras. > > Acho que por conexão ODBC seria mais viável no meu caso, teria algum tutorial > legal para eu me basear? > Pois os que encontrei são muito vagos. > > > ________________________________ > De: J. Laurindo Chiappa <jlchiappa@...> > Para: [email protected] > Enviadas: Segunda-feira, 10 de Junho de 2013 12:04 > Assunto: [oracle_br] Re: Comunicação Oracle & Firebird > > > > > Para vc poder receber uma resposta mais adequada, PLZ nos d~e detalhes, > simplesmente "comunicação entre X e Y" é Meio Genérico, não acha ?? > Nos diga : vc precisa de envio de dados bi-direcional (ie, tanto iniciando > por x quanto por y, ou não ?? Tem que ser consistente/online/levar em conta > as alterações de dados que podem estar havendo, ou haverá uma janela de > atualização, durante a qual vc garante que os dados a atualizar não são > objeto de transações ? Há comunicação de rede Segura e Garantida (com um link > de rede CONFIÁVEL e permanente) entre as máquinas, ou não ? Pode ser feito > via troca de arquivos-texto, ou não é viável ? VOLUMES de dados, plz ?? > Existe verba para produtos extra ? Qual a CONFIABILIDADE exigida na operação, > ela é Crítica, ou não ? > DEPENDENDO dessas respostas, vc pode gerar um arquivo-texto e enviar para o > outro servidor, e/ou pode programar uma solução manual (envolvendo conexão > ODBC e/ou segura via camada de software próprio entre os servidores), e/ou > pode adotar um software apropriado para troca de dados, como o Goldengate..... > > []s > > Chiappa > > --- Em [email protected], Rafael Mendonca <raffaell.ti77@> escreveu > > > > Pessoal, irei precisar realizar uma comunicação entre o Oracle e o > > Firebird, alguém conhece alguma forma didática para está funcionalidade? > > > > Alguém que já fez ou tem o conhecimento, poderia passar o caminho das > > pedras? > > > > Desde já, agradeço a atenção. > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
