Share via


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.