Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se aplica a: Access 2013, Office 2013
La guía del programador de ADO Introducción describe la relación entre ADO y el resto de la arquitectura de Microsoft Data Access. OLE DB define un conjunto de interfaces COM que proporcionan a las aplicaciones un acceso uniforme a los datos almacenados en diversos orígenes de información. Este enfoque permite que un origen de datos comparta sus datos a través de las interfaces que admiten la funcionalidad de administración de base de datos adecuada al origen de datos. Por diseño, la arquitectura de alto rendimiento de OLE DB se basa en el uso de un modelo de servicios flexible basado en componentes. En vez de tener un número predefinido de capas intermedias entre la aplicación y los datos, OLE DB sólo requiere los componentes estrictamente necesarios para realizar una determinada tarea.
Por ejemplo, suponga que un usuario desea ejecutar una consulta. Considere los escenarios siguientes:
Los datos residen en una base de datos relacional para la que existe actualmente un controlador ODBC, pero ningún proveedor OLE DB nativo: la aplicación utiliza ADO para comunicarse con el Proveedor OLE DB para ODBC, que carga después el controlador ODBC apropiado. El controlador pasa la instrucción SQL al sistema de administración de bases de datos, que recupera los datos.
Los datos residen en Microsoft SQL Server para el que existe un proveedor OLE DB nativo: la aplicación utiliza ADO para comunicarse directamente con el Proveedor OLE DB para Microsoft SQL Server. No se necesita ningún intermediario.
Los datos residen en Microsoft Exchange Server, para el que existe un proveedor OLE DB, pero que no expone ningún motor con el fin de procesar consultas SQL: la aplicación utiliza ADO para comunicarse con el Proveedor OLE DB para Microsoft Exchange y llama a un componente de procesador de consultas OLE DB a fin de procesar las consultas.
Los datos residen en el sistema de archivos NTFS de Microsoft en forma de documentos: el acceso a los datos se realiza mediante un proveedor OLE DB nativo en Servicios de Microsoft Index Server, que indizan el contenido y las propiedades de los documentos del sistema de archivos para permitir búsquedas eficientes basadas en el contenido.
En todos los ejemplos anteriores, la aplicación puede consultar los datos. Las necesidades del usuario se satisfacen con un número mínimo de componentes. En cada caso, sólo se utilizan componentes adicionales si es necesario y sólo se llama a los componentes necesarios. Esta carga a petición de los componentes que se pueden compartir y volver a usar contribuye en gran medida al alto rendimiento que se obtiene con OLE DB.
Los proveedores se dividen en dos categorías: aquéllos que proporcionan datos y los que proporcionan servicios. Un proveedor de datos tiene sus propios datos y los expone a la aplicación en forma de tabla. Un proveedor de servicios encapsula un servicio mediante la generación y el consumo de datos, que contribuye a aumentar las características de las aplicaciones ADO. Además, un proveedor de servicios se puede definir con más detalle como componente de servicio, que debe funcionar conjuntamente con otros componentes o proveedores de servicios.
ADO proporciona una interfaz coherente de nivel superior con los diversos proveedores OLE DB.
Esta sección incluye los siguientes temas: