Como acabamos de lançar nossa ponte ODBC-ODBC para a plataforma Windows 10, pensamos em aproveitar esta oportunidade para escrever um blog sobre o produto para descrever para que você o usaria.

A maioria de nossos produtos são drivers ODBC de "camada única", que conectam um aplicativo a um banco de dados específico. Por exemplo, nosso driver ODBC do SQL Server conecta um aplicativo a um banco de dados do SQL Server. O driver ODBC é chamado de camada única porque se comunica diretamente com o banco de dados.

A ponte ODBC-ODBC, no entanto, é um driver ODBC de várias camadas com um componente cliente e um servidor. A ponte ODBC-ODBC fica entre o aplicativo e o driver ODBC (de terceiros), transmitindo chamadas de API ODBC feitas pelo aplicativo. O cliente ODBC-ODBC Bridge é o driver ODBC para o aplicativo. O servidor ODBC-ODBC Bridge atua como o aplicativo para o driver ODBC de destino.

Então, por que você precisaria introduzir essa camada extra de conectividade de dados?

A ponte ODBC-ODBC fornece um mecanismo de plataforma cruzada/arquitetura cruzada para que um aplicativo funcione com um driver ODBC. Inicialmente, isso foi usado como solução para clientes que precisavam usar um driver ODBC que não estava disponível na plataforma de seu aplicativo. Por exemplo, o aplicativo do cliente era executado no Linux, mas o driver ODBC de destino estava disponível apenas no Windows.

Mais recentemente, o uso mais comum da ponte ODBC-ODBC é quando um cliente está usando um aplicativo de 64 bits, mas seu driver ODBC é apenas de 32 bits (ou vice-versa). Um driver ODBC é uma biblioteca e a arquitetura de um aplicativo e as bibliotecas que ele usa devem ser as mesmas. Normalmente, os usuários são informados sobre esse requisito quando sua tentativa de se conectar a um banco de dados falha com o erro "O DSN especificado contém uma incompatibilidade de arquitetura entre o driver e o aplicativo". Este é um erro gerado pelo ODBC Driver Manager incluído no Windows, e com a nova versão do ODBC-ODBC Bridge, este é um problema que agora pode ser resolvido no Windows 10. (O ODBC-ODBC Bridge também está disponível no versões anteriores do Windows, começando com o Windows 2000.)

No Windows, a ponte ODBC-ODBC inclui um par de clientes e servidores de 64 bits e de 32 bits. O cliente de 64 bits fornece um driver ODBC de 64 bits para o aplicativo. O servidor de 32 bits fornece um aplicativo de 32 bits para o driver ODBC de 32 bits. O cliente e o servidor podem coexistir na mesma máquina Windows e se comunicar usando um mecanismo de arquitetura neutra, o que significa que não importa para a Ponte ODBC-ODBC se o cliente está conversando com um servidor de 32 ou 64 bits.

Para dar um exemplo comum, você deseja conectar um aplicativo de 64 bits a um banco de dados Access no formato MDB, mas o driver ODBC para seu banco de dados é de 32 bits. Você instalaria a versão Windows do ODBC-ODBC Bridge em sua máquina e aceitaria a opção de instalação padrão de instalar o cliente e o servidor. Por fim, você configuraria uma fonte de dados do cliente ODBC-ODBC Bridge de 64 bits no ODBC Administrator que apontasse para sua fonte de dados do Access de 32 bits. Seu aplicativo de 64 bits poderia então se conectar ao driver ODBC de 32 bits, totalmente inconsciente do middleware que estava facilitando essa integração.

(Da mesma forma, um cliente ODBC-ODBC Bridge de 32 bits pode se comunicar com um servidor de 64 bits, se sua situação for oposta à ilustrada no exemplo anterior.)