Arquitectura ODBC
La arquitectura de ODBC consta de cuatro componentes:
Aplicación Realiza el procesamiento y llama a funciones de ODBC para enviar instrucciones SQL y recuperar resultados.
Administrador de controladores Carga y descarga controladores en nombre de una aplicación. Procesa llamadas a funciones de ODBC o las pasa a un controlador.
Controlador Procesa llamadas a funciones de ODBC, envía solicitudes SQL a un origen de datos específico y devuelve resultados a la aplicación. Si es necesario, el controlador modifica la solicitud de una aplicación para que la solicitud se ajuste a la sintaxis admitida por el DBMS asociado.
Origen de datos Consta de los datos a los que el usuario quiere acceder y su sistema operativo asociado, DBMS y plataforma de red (si existe) que se usan para acceder al DBMS.
Tenga en cuenta las siguientes consideraciones sobre la arquitectura de ODBC. En primer lugar, pueden existir varios controladores y orígenes de datos, lo que permite a la aplicación acceder simultáneamente a datos desde más de un origen de datos. En segundo lugar, la API de ODBC se usa en dos lugares: entre la aplicación y el Administrador de controladores, y entre el Administrador de controladores y cada controlador. La interfaz entre el Administrador de controladores y los controladores a veces se conoce como la interfaz del proveedor de servicios o SPI. Para ODBC, la interfaz de programación de aplicaciones (API) y la interfaz del proveedor de servicios (SPI) son las mismas; es decir, el Administrador de controladores y cada controlador tienen la misma interfaz para las mismas funciones.
Esta sección contiene los temas siguientes.