# ActiveX Data Objects

ActiveX Data Objects (ADO) es uno de los mecanismos que usan los programas de computadoras para comunicarse con las bases de datos, darles órdenes y obtener resultados de ellas.
Con ADO, un programa puede leer, insertar, editar, o borrar, la información contenida en diferentes áreas de almacenamiento dentro de la base de datos llamadas tablas. Además, se puede manipular la propia base de datos para crear nuevas áreas para el almacenamiento de información (tablas), como también alterar o eliminar las ya existentes, entre otras cosas.
Fue desarrollado por Microsoft y es usado en ambientes Windows por lenguajes de programación como Visual Basic, C++, Delphi entre otros, como también en la Web mediante el uso de Active Server Pages (ASP) y el lenguaje VBScript.

## Evolución

ADO substituyó tanto a DAO (Data Access Object), como a RDO (Remote Data Object), que eran los sistemas previos que se usaban para acceder a las bases de datos y bases de datos remotas, respectivamente. Tiene la mayor parte de la funcionalidad de ambos modelos y sin embargo es más sencillo de usar y de entender y por lo tanto más fácil y menos engorroso de programar.
La última versión de ADO, creada por Microsoft, se llama ADO.NET, y se usa en los entornos de programación de la plataforma .NET, de Microsoft, para manejar bases de datos tanto en Windows como en la Web mediante ASP.NET, que es la nueva versión del ASP para la plataforma.NET.
En la plataforma de programación de software libre llamada Mono también existe una biblioteca similar a ADO.NET, lo que significa que ahora, la tecnología ADO.NET se puede usar en otros sistemas operativos aparte de Windows, como Linux, Mac OS X, BSD, y Solaris.
ADO.NET es mucho más poderoso que ADO pero también es muy diferente, por lo que es necesario rediseñar los programas hechos con ADO, para que funcionen en él.
Está previsto que para el 2006 salga una nueva versión del entorno.NET que tendrá una versión mejorada de ADO.NET, denominada ADO.NET 2.

## Funcionamiento

ADO es un intermediario entre el programa y la base de datos. El programa no ve la base de datos directamente, sino que hace todo el trabajo a través de ADO. Usando ADO, el programa se comunica con la base de datos, consulta, edita, inserta, borra registros, añade tablas, etc. ADO a su vez se comunica con la base de datos a través de un "proveedor de datos".
En la dirección contraria, la base de datos responde, comunicándose con el proveedor de datos, éste con ADO, y al final, la información llega al programa.
Una vez que el programa tiene la información proveniente de la base de datos, puede hacer con ella lo que considere, como por ejemplo, puede desplegarla en una página Web.
Los usuarios solicitados son los siguientes:
| Nombre | Apellido |
| José | Pereira |
| Juan | Pérez |
| María | Hernández |

## Componentes de ADO

Principales componentes de ADO
* Connection (Permite establecer una conexión con la base de datos)
* Recordset (Maneja un conjunto de récords de la base de datos)
* Command (Permite enviar órdenes SQL para ser ejecutados por la base de datos)
Otros componentes de ADO
* Récord (Permite manejar un registro, típicamente pero no exclusivamente, de una fuente diferente a una base de datos. Uno de sus usos es la representación de datos que no están estructurados en forma de Tablas, como por ejemplo que tengan una estructura tipo árbol.
* Field (Permite manipular un campo perteneciente a un Record o un Recordset)
* Parameter (Permite configurar un parámetro para una consulta SQL. Se usa con Command)
* Stream (Permite manejar flujos de datos (streams), provenientes de ficheros de texto, páginas web, etc)
* Error (Indica las características de los errores que pudieran suceder al ejecutar métodos de los objetos de ADO)
* Property (Contiene información perteneciente a un objeto determinado)

## Objetos Connection, Recordset y Command

Los 3 principales componentes de ADO son Connection, Recordset y Command (la conexión, el recordset, y la orden).

### La Conexión

La conexión es como una autopista que permite el flujo de datos entre el programa y la base de datos. Por ella pueden viajar las órdenes que desde el programa se usan para hacer solicitudes de información a la base de datos o para realizar una operación dentro de ella como borrar registros, añadir registros, modificar tablas, etc. También, por esta autopista, pueden ir y venir los datos, desde y hacia la base de datos, entre otras cosas.
Tanto el recordset como la orden usan la conexión para comunicarse con la base de datos.
La conexión se comunica con la base de datos a través de un intermediario llamado "proveedor de datos".

#### El proveedor de datos

El proveedor de datos es un componente que se relaciona directamente con la base de datos. Hay un proveedor de datos por cada tipo de base de datos. Así, las bases de datos de tipo Access, SQL Server, Oracle, MySQL, tienen, cada una, un proveedor de datos específico.
La conexión ADO puede usar dos tipos de proveedores de datos, OLE DB y ODBC, siendo OLE DB el tipo de proveedor nativo.
Cuando no existe un proveedor de OLE DB específico para una base de datos determinada, y en cambio existe un proveedor ODBC, la conexión ADO puede usarlo para comunicarse con la base de datos, sin embargo, no directamente, sino a través de un proveeor OLE DB especial que sirve de intermediario entre ADO y ODBC.
La figura de abajo muestra, a la izquierda, un esquema de los diferentes componentes que existen entre un programa y la base de datos, y, a la derecha, muestra el camino que recorre la información, usando por un lado OLE DB, y por el otro ODBC. Nótese que al usar ODBC, la ruta es más larga porque tiene que pasarse por más componentes. Esto hace la comunicación un poco más lenta.
Todo esto es transparente al usuario de ADO, quien, en líneas generales, no tiene por qué enterarse ni conocer estos mecanismos.
ADO tiene un alto grado de abstracción, lo que significa que, al mantener una interfaz sencilla, oculta los detalles complejos del manejo de la base de datos.
Un programa puede saltarse completamente el ADO, y acceder a la base de datos directamente de 3 maneras diferentes, a través de OLE DB, ODBC, o por ODBC usando una capa intermedia de OLE DB. Al trabajar de esta manera, se tiene la ventaja de una mayor funcionalidad que no contiene ADO a cambio de una mayor complejidad en la programación. Esto es necesario algunas veces, en ciertos tipos de programas y para ciertas necesidades, pero no es lo común.

### El Recordset

El Recordset es, como su nombre lo indica, un conjunto de récords. En general, sus datos tienen su origen en una base de datos, aunque también pueden generarse independientemente de esta.
Un recordset puede contener cero o más récords (registros). Cada recordset tiene una colección de campos, que es común a todos los récords. Podemos verlo como una matriz o tabla, en donde las filas son los récords, y las columnas son los campos.
Un recordset puede tener varias características que el programador define a su conveniencia. Puede ser de solo lectura, o de lectura-escritura, por ejemplo.
La información con que se carga el recordset puede provenir de una tabla o varias tablas, de la base de datos.
El recordset, tiene capacidades de navegación entre su conjunto de registros. Puede:
* Moverse al siguiente registro
* Moverse al anterior
* Moverse al primero
* Moverse al último
* y otros
En un recordset, se ve y se pueden editar los datos de un solo registro en un tiempo dado, se pueden manipular los datos de los campos del "registro actual" en donde se encuentra.
Además de editar registros, también se puede:
* Insertar registros nuevos
* Borrar registros
La edición, la inserción y el borrado de registros en el recordset, se reflejarán en la base de datos.

### El Comando

La orden (command) es el componente ADO que permite hacer solicitudes o dar órdenes a la base de datos mediante una sentencia SQL.
Se puede especificar la inserción de registros nuevos en una tabla, así como también, la eliminación, la actualización y la obtención de registros con determinadas condiciones.
Además, se pueden crear, alterar y modificar las características de las tablas que conforman la base de datos.

## Ejemplo de uso de ADO desde Visual Basic

En este ejemplo se asume un Formulario con un DataGrid. Se usará la base de datos "Neptuno.mdb" que viene en las instalaciones en español de Microsoft Office y de Visual Basic.

### Referencia a ADO

Para poder usar ADO desde Visual Basic, lo primero que debemos hacer es referenciar el componente ADO. Esto se hace por el menú "Proyecto\Referencias" y en la ventana que sale, seleccionamos ADO, que en la lista se verá como
en donde X.XX representa la versión de ADO que queremos usar, que puede ir desde la 1.5 hasta la 2.8. DFA Nota: Un computador pudiera tener instalada una o más versiones simultáneamente y debemos elegir una de ellas. Las versiones más recientes tienen más funcionalidades y tienen menos errores que las antiguas.

### La conexión con la base de datos

Para trabajar con una base de datos, primero debemos establecer una conexión con esta.
En el Formulario, declaramos el objeto MiConexión, que nos permitirá la conexión con la base de datos
En este momento, el objeto MiConexion solo está declarado, pero todavía no existe porque no ha sido instanciado.
En el evento Form_Load, instanciamos el objeto MiConexion, y establecemos la conexión con la base de datos para poder comunicarnos con ella.
Ya tengo la conexión instanciada y ya me he conectado con la base de datos. La autopista está abierta y funcionando.
Ahora puedo hacer cosas con la información que contiene la base de datos. Puedo leerla, escribirla, borrarla, modificarla, etc. También puedo manipular la propia base de datos. Puedo crear tablas, modificarlas, puedo crear usuarios, etc.

### Leo información de la base de datos

Ahora que tenemos la conexión establecida con la base de datos, queremos leer información de esta y mostrarla en la pantalla.

#### Especificamos la información que queremos

Primero, debemos especificarle, a la base de datos, qué información queremos. Esto se hace mediante una sentencia SQL.
Por ejemplo. Queremos el ID y el Nombre del producto para todos los productos cuyo Nombre contenga la palabra "Queso".
La sentencia SQL de arriba significa lo siguiente:
En Visual basic, creamos una variable de string a la que llamaremos "SQL". Podríamos llamarla como querramos, podríamos llamarla "Aguacate", Visual Basic lo manejaría sin problemas, pero es mejor darle un nombre que tenga sentido para nosotros y que corresponda con el uso que se le va a dar.
A esa variable le asignamos un texto que será la orden que le vamos a enviar a la base de datos. Este texto es la sentencia SQL que acabamos de crear arriba.
Ya tenemos especificado la orden que le vamos a enviar a la base de datos para que nos devuelva los registros con la información que queremos. Ahora debemos crear un Recordset, que es el objeto de ADO donde se recibirá la información proveniente de la base de datos.

#### Usamos un Recordset para recibir la información desde la base de datos

Declaramos el objeto Recordset que recibirá la información de la base de datos
La variable "rs" recibirá los datos provenientes de la base de datos.
Ahora usamos la conexión para enviar la orden a la base de datos para que nos devuelva la información.
Cuando se ejecuta la sentencia previa, la conexión "MiConexion", ejecuta la orden contenida en la variable "SQL". Esto significa que la orden es enviada a la base de datos y esta responde devolviendo la información requerida. "MiConexion" lee esa información proveniente de la base de datos, y la convierte en un Recordset, el cual es asignado al objeto "rs".
Ahora el Recordset "rs" tiene la información que llegó desde la base de datos, lista para ser usada. Allí tenemos, todos los registros de la Tabla "Productos" que cumplan con la condición de que en el campo "NombreProducto" contenga la palabra "queso". En el Recordset solo se encuentran los campos que especificamos, "IdProducto" y "NombreProducto".

### Mostramos la información que contiene el Recordset en un DataGrid

En el Recordset "rs" tenemos la información. Esta información es usable de muchas maneras, ya que con el Recordset tal y como está podemos recorrer esa información y manipularla, añadir registros, borrarlos, etc.
Sin embargo, en este ejemplo, queremos mostrarla en un DataGrid.
Para ello, solo tenemos que asignar el Recordset a la propiedad DataSource del DataGrid. Una vez hecho esto, el DataGrid mostrará el contenido del recordset.

### Código completo del programa

Nota: Para que el programa funcione solo hay que añadir un control DataGrid al Formulario y una referencia a Microsoft ActiveX Data Objects X.XX Library.

### Imagen del programa

Se muestran los artículos de la Tabla Productos cuyos nombres contengan la palabra "queso".