ActiveX Data Objects (ADO)

Regresar al índice

• Orígenes de Datos 

ADO es un modelo de programación basado en la tecnología OLEDB que es parte de la estrategia de Microsoft llamada Acceso Universal a Datos (UDA).
Esta permite acceder a cualquier origen de datos que tenga un proveedor de OLEDB, tales como:

• Bases de datos relacionales de escritorio como MS Access. 
• Bases de datos relacionales remotas como MS SQL Server, Oracle, DB2. 
• Archivos con Método de Acceso Secuencial lndexado (ISAM) como Dbase, Foxbase, Foxpro, Paradox, Btrieve. 
• Archivos con Método de Acceso Secuencial Virtual (VSAM). 
• Archivos de AS/400. 
• Sistemas de Control de Información de Clientes (CICS). 
• Sistemas de Administración de Información (IMS). 
• Archivos de hojas de cálculo como MS Excel. 
• Archivos de documentos creados en MS Word. 
• Archivos de correo de MS Exchange, etc. 

• Características: 

Entre las principales características deADO tenemos:

• Es independiente del lenguaje a usar. 
• Mejor rendimiento que DAO, ODBCDirect y RDO. 
• Se puede programar el control de Cursores. 
• Soporte de Cursores complejos, tanto del lado del servidor como del cliente. 
• Permite trabajar en forma desconectada y realizar actualizaciones en lotes (Update Batch). 
• Manejo avanzado del caché al usar Recordsets. 
• Soporta consultas síncronas, asíncronas y conducidas por eventos. 
• Manejo de múltiples conjuntos de registros desde una simple consulta. 
• Excelente manejo de errores, etc. 

• Arquitectura de OLEDB 

OLEDB está dividido en 3 componentes que se describen a continuación:

• Consumidores de Datos: Son las aplicaciones que usan los datos, éstas pueden ser Windows, Web (ASP), etc. Dichas aplicaciones usan ADO el cual se considera también como un consumidor de datos de OLEDB. 
• Componentes de Servicios: Son los que median entre los consumidores y los proveedores de datos. Tienen 3 componentes que realizan 3 funciones básicas: Manejo de cursores, Procesamiento de consultas y Servicios del negocio. 
• Proveedores de Datos: Son los dispositivos que se encargan de comunicarse con los orígenes de datos. Cada origen de datos en OLEDB debe tener un proveedor de datos. Entre algunos proveedores de OLEDB tenemos: ODBC, SQL Server, Microsoft Jet Engine, ADSI, Exchange, Excel, SNA Server, etc. 

A continuación mostramos un gráfico con la arquitectura de OLEOB:

Arquitectura de OLEDB

En el gráfico se aprecian los 3 componentes de la arquitectura de OLEOB, en primer lugar están los consumidores de datos que usan los servicios de los componentes de OLEOB, los cuales se comunican con los proveedores de datos y cada uno de éstos se comunica con su respectivo origen de datos. 

Modelo de Objetos de ADO 

El modelo de ADO es muy simple y fácil de usar, éste tiene 3 objetos principales que son Connection, Command y Recordset, cada uno de los cuales tiene un par de colecciones (todos tienen la colección llamada Properties), tal como se muestra en la siguiente figura: 

Modelo de Objetos de ADO

Para trabajar con ADO primero hay que abrir una conexión mediante el objeto Connection, luego sobre ésta podemos traer un conjunto de registros mediante el objeto Recordset y para ejecutar instrucciones sobre el origen de datos podemos usar el objeto Command. 

• Recomendaciones de Uso 

Deberíamos usar ADO en las siguientes situaciones: 

• Para acceder a datos desde cualquier tipo de aplicación creada en cualquier tipo de lenguaje. 
• Si queremos acceder desde una misma aplicación a diversos orígenes de datos, inclusive a aquellos que no son bases de datos relacionales. 
• Para acceder a datos de otras plataformas en sistemas CICS, VSAM, IMS, AS/400 mediante SNA Server y el proveedor OLEDB respectivo. 

Espero haber ayudado en algo. Hasta la próxima oportunidad!

Regresar al índice