Como acabamos de lanzar nuestro Puente ODBC-ODBC para la plataforma Windows 10, pensamos en aprovechar esta oportunidad para escribir un blog sobre el producto para describir para qué lo usaría.
La mayoría de nuestros productos son controladores ODBC de "nivel único", que conectan una aplicación a una base de datos particular. Por ejemplo, nuestro controlador ODBC de SQL Server conecta una aplicación a una base de datos de SQL Server. El controlador ODBC se denomina nivel único porque se comunica directamente con la base de datos.
Sin embargo, el puente ODBC-ODBC es un controlador ODBC de varios niveles con un componente de cliente y de servidor. El puente ODBC-ODBC se encuentra entre la aplicación y el controlador ODBC (de terceros), pasando las llamadas a la API de ODBC realizadas por la aplicación. El cliente ODBC-ODBC Bridge es el controlador ODBC para la aplicación. El servidor ODBC-ODBC Bridge actúa como la aplicación para el controlador ODBC de destino.
Entonces, ¿por qué necesitaría introducir esta capa adicional de conectividad de datos?
El puente ODBC-ODBC proporciona un mecanismo de arquitectura cruzada/plataforma cruzada para que una aplicación funcione con un controlador ODBC. Inicialmente, esto se usó como una solución para los clientes que necesitaban usar un controlador ODBC que no estaba disponible en la plataforma de su aplicación. Por ejemplo, la aplicación del cliente se ejecutó en Linux, pero el controlador ODBC de destino solo estaba disponible en Windows.
Más recientemente, el uso más común para ODBC-ODBC Bridge es cuando un cliente usa una aplicación de 64 bits, pero su controlador ODBC es solo de 32 bits (o viceversa). Un controlador ODBC es una biblioteca, y la arquitectura de una aplicación y las bibliotecas que utiliza deben ser las mismas. Por lo general, los usuarios conocen este requisito por primera vez cuando su intento de conectarse a una base de datos falla con el error "El DSN especificado contiene una discrepancia de arquitectura entre el controlador y la aplicación". Este es un error generado por el Administrador de controladores ODBC incluido con Windows, y con la nueva versión del puente ODBC-ODBC, este es un problema que ahora se puede resolver en Windows 10. (El puente ODBC-ODBC también está disponible en versiones anteriores de Windows, a partir de Windows 2000).
En Windows, el puente ODBC-ODBC incluye un par de clientes y servidores de 64 y 32 bits. El cliente de 64 bits proporciona un controlador ODBC de 64 bits a la aplicación. El servidor de 32 bits proporciona una aplicación de 32 bits para el controlador ODBC de 32 bits. El cliente y el servidor pueden coexistir en la misma máquina Windows y comunicarse mediante un mecanismo de arquitectura neutral, lo que significa que no le importa al puente ODBC-ODBC si el cliente está hablando con un servidor de 32 bits o de 64 bits.
Para tomar un ejemplo común, desea conectar una aplicación de 64 bits a una base de datos de Access en formato MDB, pero el controlador ODBC para su base de datos es de 32 bits. Instalaría la versión de Windows de ODBC-ODBC Bridge en su máquina y aceptaría la opción de instalación predeterminada de instalar tanto el cliente como el servidor. Por último, configuraría una fuente de datos de cliente ODBC-ODBC Bridge de 64 bits en el Administrador de ODBC que apuntara a su fuente de datos de Access de 32 bits. Su aplicación de 64 bits podría entonces conectarse al controlador ODBC de 32 bits, sin darse cuenta del middleware que estaba facilitando esta integración.
(Del mismo modo, un cliente ODBC-ODBC Bridge de 32 bits puede comunicarse con un servidor de 64 bits, si su situación es opuesta a la ilustrada en el ejemplo anterior).
