Introducción a ADO.NET

Todo el contenido de este blog esta destinado para que aquellos usuarios obtengan noción e información acerca de qué es, para qué funciona y mucho más de ADO.NET. Espero les sea muy útil;)

¿Qué significa ADO?

-ActiveX Data Objects (objetos de datos activos).

No hay entradas.

Página Principal

Suscribirse a: Entradas (Atom)

¿Qué es ADO.NET?

ADO.NET es un conjunto de clases que exponen servicios de acceso a datos para programadores de .net framework; ofrece abundancia de componentes para la creación de aplicaciones de uso compartido de datos distribuidas, constituye una parte integral de .net framework y proporciona acceso a datos relacionales, XML y de aplicaciones. Ado.net satisface diversas necesidades de desarrollo, como la creación de clientes de base de datos front-end y objetos empresariales de nivel medio que utilizan aplicaciones, herramientas, lenguajes o exploradores de internet.

ADO.NET

Acceso a bases de datos con ADO.NET

ADO se diseñó para su uso en arquitecturas cliente/servidor con bases de datos relacionales (no jerárquicas, como es el caso de XML). Su diseño no está demasiado bien factorizado (ya que existen muchas formas de hacer las cosas y algunos objetos acaparan demasiadas funciones) y ADO no estaba pensado para arquitecturas multicapa en entornos distribuidos.

ADO.NET es una colección de clases, interfaces, estructuras y tipos enumerados que permiten acceder a los datos almacenados en una base de datos desde la plataforma .NET. Si bien se puede considerar una versión mejorada de ADO, no comparte con éste su jerarquía de clases (aunque sí su funcionalidad).

ADO .NET combina las capas ADO y OLE DB en una única capa de proveedores (managed providers). Cada proveedor contiene un conjunto de clases que implementan interfaces comunes para permitir el acceso uniforme a distintas fuentes de datos. Ejemplos: ADO Managed Provider (da acceso a cualquier fuente de datos OLE DB), SQL Server Managed Provider (específico para el DBMS de Microsoft), Exchange Managed Provider (datos almacenados con Microsoft Exchange).

ADO .NET usa XML. De hecho, los conjuntos de datos se almacenan internamente en XML, en vez de almacenarse en binario como sucedía en ADO. Al estar los datos almacenados en XML, se simplifica el acceso a los datos a través de HTTP (algo que ocasiona problemas en ADO si los datos tienen que pasar cortafuegos). Por otro lado, se simplifica la comunicación entre aplicaciones al ser XML un formato estándar (p.ej. comunicación con applets Java).

Con ADO .NET se puede acceder a los datos de dos formas distintas:

Acceso conectado: Acceso sólo de lectura con cursores unidireccionales ("firehose cursors"). La aplicación realiza una consulta y lee los datos conforme los va procesando con la ayuda de un objeto DataReader.

Acceso desconectado: La aplicación ejecuta la consulta y almacena los resultados de la misma para procesarlos después accediendo a un objeto de tipo DataSet. De esta forma, se minimiza el tiempo que permanece abierta la conexión con la base de datos.

Al proporcionar conjuntos de datos de forma desconectada, se utilizan mejor los recursos de los servidores y se pueden construir sistemas más escalables que con ADO (que mantenía abierta la conexión con la base de datos la mayor parte del tiempo). Este enfoque resulta más adecuado en sistemas distribuidos como Internet.

Bases de datos con ADO.NET

¿Para qué sirve ADO.NET?

- Acceso coherente a orígenes de datos como SQL Server y XML, así como a orígenes de datos expuestos mediante OLE DB y ODBC.

- Las aplicaciones de consumidor que comparten datos pueden utilizar ADO.NET para conectar a estos orígenes de datos y recuperar, controlar y actualizar los datos contenidos. - Separa el acceso a datos de la manipulación de datos y crea componentes discretos que se pueden utilizar por separado o conjuntamente.

- Incluye proveedores de datos de .NET Framework para conectarse a una base de datos, ejecutar comandos y recuperar resultados. - El objeto DataSet de ADO.NET puede utilizarse independientemente de un proveedor de datos de .NET Framework para administrar datos que son locales de la aplicación o que proceden de un origen XML.

- Las clases de ADO.NET se encuentran en System.Data.dll y se integran con las clases de XML incluidas en System.Xml.dll.

Arquitectura de ADO.NET

El funcionamiento de ADO.NET se basa esencialmente en utilizar los siguientes componentes:

Data Provider (proveedor de datos): Proporciona un acceso uniforme a conjuntos de datos (bases de datos relacionales o información ID3 de ficheros MP3). Su papel el similar al de un controlador ODBC o JDBC.

DataSet: El componente más importante, puede almacenar datos provenientes de múltiples consultas (esto es, múltiples tablas).

DataAdapter: Sirve de enlace entre el contenedor de conjuntos de datos (DataSet) y la base de datos (Data Provider).

Los componentes anteriores se completan con DataReader (para realizae eficientemente lecturas de grandes cantidades de datos que no caben en memoria), DataRelation (la forma de establecer una reunión entre dos tablas), Connection (utilizada por DataAdapter para conectarse a la base de datos) y Command (que permite especificar las órdenes, generalmente en SQL, que nos permiten consultar y modificar el contenido de la base de datos: select, insert, delete y update).

Un proveedor de datos debe proporcionar una implementación de Connection, Command, DataAdapter y DataReader.

El modo de funcionamiento típico de ADO.NET es el siguiente:

Se crean un objeto Connection especificando la cadena de conexión.

Se crea un DataAdapter.

Se crea un objeto Command asociado al DataAdapter, con la conexión adecuada y la sentencia SQL que haya de ejecutarse.

Se crea un DataSet donde almacenar los datos.

Se abre la conexión.

Se rellena el DataSet con datos a través del DataAdapter.

Se cierra la conexión.

Se trabaja con los datos almacenados en el DataSet.

Como los conjuntos de datos se almacenan en memoria y trabaja con ellos de forma desconectada, cuando hagamos cambios sobre ellos (inserciones, borrados o actualizaciones) debemos actualizar el contenido de la base de datos llamando al método Update del DataAdapter y, posteriormente, confirmar los cambios realizados en el DataSet (con AcceptChanges) o deshacerlos (con RejectChanges).

Arquitectura de ADO.NET

Clases de ADO.NET

ADO .NET define una serie de interfaces que proporcionan la funcionalidad básica común a las distintas fuentes de datos accesibles a través de ADO .NET. La implementación de estos interfaces por parte de cada proveedor proporciona acceso a un tipo concreto de fuentes de datos y puede incluir propiedades y métodos adicionales.

Interfaz IDbConnection

Establece una sesión con una fuente de datos. Permite abrir y cerrar conexiones, así como comenzar transacciones (que se finalizan con los métodos Commit y Rollback de IDbTransaction. Las clases SqlDbConnection y OleDbConnection implementan el interfaz de IDbConnection.

Interfaz IDbCommand

Representa una sentencia que se envía a una fuente de datos (usualmente en SQL, aunque no necesariemente). Las clases SqlDbCommand y OleDbCommand implementan el interfaz de IDbCommand.

IDbCommand nos permite definir la sentencia que se ha de ejecutar, ejecutar la sentencia, pasarle parámetros y prepararla (crear una versión "compilada" de la misma para que su ejecución sea más eficiente cuando ha de repetirse varias veces). El método ExecuteReader devuelve un conjunto de tuplas (véase el interfaz IDataReader), mientras que ExecuteScalar devuelve un valor único (p.ej. ejecución de procedimientos almacenados) y ExecuteNonQuery no devuelve nada (p.ej. borrados y actualizaciones).

Interfaz IDataReader

Proporciona acceso secuencial de sólo lectura a una fuente de datos. Las clases SqlDataReader y OleDbDataReader implementan el interfaz de IDataReader. Al utilizar un objeto IDataReader, las operaciones sobre la conexión IDbConnection quedan deshabilitadas hasta que se cierre el objeto IDataReader.

Clase DataSet

Un objeto DataSet encapsula un conjunto de tablas independientemente de su procedencia y mantiene las relaciones existentes entre las tablas. El contenido de un DataSet puede serializarse en formato XML. Además, se permite la modificación dinámica de los datos y metadatos del conjunto de datos representado por el objeto DataSet.

El interfaz IDataAdapter implementado OleDbDataAdapter y SqlDataAdapter se utiliza para construir el conjunto de datos y actualizarlo cuando sea necesario. Los conjuntos de datos con los que se trabaja de esta forma utilizan un enfoque asíncrono en el que no se mantiene abierta la conexión con la base de datos a la que se está accediendo. Al trabajar con conjuntos de datos de esta forma, se dispone de un superconjunto de los comandos que se permiten cuando se emplea el interfaz IDataReader. De hecho se pueden realizar operaciones de consulta (select), inserción (insert), actualización (update) y borrado (delete).

Clase DataTable

Representa una tabla en memoria (Columns & Rows) cuyo esquema viene definido por su colección de columnas Columns. La integridad de los datos se conserva gracias a objetos que representan restricciones (Constraint) y dispone de eventos públicos que se producen al realizar operaciones sobre la tabla (p.ej. modificación o eliminación de filas).

Clase DataColumn

Define el tipo de una columna de una tabla (vía su propiedad DataType) e incluye las restricciones (Constraints) y las relaciones (Relations) que afectan a la columna. Además, posee propiedades útiles como AllowNull, Unique o ReadOnly.

Clase DataRow

Representa los datos de una tabla (almacenados en la colección Rows de un objeto DataTable), de acuerdo con el esquema definido por las columnas de la tabla (Columns). Además, incluye propiedades para determinar el estado de una fila/tupla particular (p.ej. nuevo, cambiado, borrado, etc.).

Clase DataRelation

Relaciona dos DataTables vía DataColumns y sirve para mantener restricciones de integridad referencial. Obviamente, el tipo de las columnas relacionadas ha de ser idéntico. Para acceder a los datos relacionados con un registro concreto basta con emplear el método GetChildRecords de la tupla correspondiente (DataRow).

Clases de ADO.NET

Creador/Administrador:

Lenin Garcia

Ver mi perfil completo

Tema Ventana de imágenes. Con tecnología de Blogger.