Arquitectura de controladores de escritorio de la base de datos
Estos controladores están diseñados para su uso en Microsoft Windows 95 o posterior, o Windows NT 4.0 y Windows 2000. Solo se admiten aplicaciones de 32 bits en Windows 95 o posterior; Las aplicaciones de 16 y 32 bits son compatibles con Windows NT 4.0 y Windows 2000.
Nota
Para obtener información sobre la versión de ODBC que se va a usar con estos controladores, consulte la Referencia del programador de ODBC y las notas de la versión anteriores y actuales. Excepto en las áreas indicadas, estos controladores se ajustan a la Referencia del programador de ODBC.
Los controladores de base de datos de escritorio ODBC incluyen controladores de 32 bits para Microsoft Access, dBASE, Microsoft Excel, Paradox y Text. No se incluyen controladores de 16 bits. (Un controlador para Microsoft FoxPro está disponible por separado).
La arquitectura de la aplicación o controlador en Windows 95 o posterior es:
No se admite el uso de estos controladores por aplicaciones de 16 bits en Windows 95.
La arquitectura de la aplicación o controlador en Windows NT 4.0 y Windows 2000 es:
Los controladores de base de datos de escritorio son controladores de dos niveles. En una configuración de dos niveles, el controlador no realiza el proceso de análisis, validación, optimización y ejecución de la consulta. En su lugar, Microsoft Jet realiza estas tareas. Procesa las llamadas API de ODBC y actúa como un motor de SQL. Microsoft Jet se ha convertido en una parte integral e indisociable de los controladores: se envía con los controladores y reside con los controladores, incluso si ninguna otra aplicación en el equipo la usa.
Los controladores de base de datos de escritorio constan de seis controladores diferentes( o, más precisamente, un archivo de controlador (Odbcjt32.dll) que el Administrador de controladores ODBC usa de seis maneras diferentes. La marca DRIVERID de la entrada del Registro de un origen de datos determina qué controlador de Odbcjt32.dll usa el Administrador de controladores. Una aplicación pasa esta marca en el cadena de conexión incluido en una llamada a SQLDriverConnect. De forma predeterminada, la marca es el identificador del controlador de Microsoft Access.
El archivo de instalación del controlador cambia la marca DRIVERID en el momento de la instalación. Todos los controladores excepto el controlador de Microsoft Access tienen un archivo DLL de instalación asociado. Al hacer clic en Configurar en el Administrador de orígenes de datos ODBC de Microsoft para un origen de datos, el archivo DLL del instalador odbc (Odbcinst.dll) carga el archivo DLL de instalación. El archivo DLL de instalación exporta la función del instalador ODBC SQLConfigDataSource. Si se pasa un identificador de ventana a SQLConfigDataSource, esta función muestra una ventana de configuración y cambia la marca DRIVERID según el controlador seleccionado en la interfaz de usuario.
Cuando se crea un archivo mediante programación, se pasa un identificador de ventana NULL a SQLConfigDataSource y la función crea un origen de datos dinámicamente, cambiando la marca DRIVERID según el argumento lpszDriver en la llamada de función.
Odbcjt32.dll implementa funciones ODBC sobre la API de Microsoft Jet. Sin embargo, no hay ninguna asignación directa entre las funciones ODBC y Microsoft Jet. Muchos factores, como los modelos de cursor y la asignación de SQL, impiden una correlación directa de las funciones.
El controlador ODBC reside entre el motor de Microsoft Jet y el Administrador de controladores ODBC. Algunas funciones ODBC llamadas por una aplicación se controlan mediante el Administrador de controladores y no se pasan al controlador. Para estas funciones, Microsoft Jet nunca ve la llamada de función porque no tiene una conexión directa con el Administrador de controladores.