Curso de ASP NET 2.0 Avanzado

A continuación se muestra una tabla con los principales espacios de nombres de ADO.NET. Cada proveedor de bases de datos tiene su propio espacio de nombres, así por ejemplo si te interesa trabajar con .NET y Oracle como proveedor de base de datos, debes utilizar el espacio de nombres Microsof.Data.OracleClient

Con ADO.NET tenemos dos posibilidades de trabajo:

• Objetos DataSet. (Clases desconectadas)
• Objetos DataReader. (Clases conectadas)

A lo largo de este capítulo explicaremos sus principales características y diferencias, para tener claro cuando usar uno u otro. Una vez hemos aclarado cual de estos objetos se adapta a nuestras necesidades, explicaremos más detenidamente como debemos trabajar y programar nuestras aplicaciones enlazadas a datos.

En la siguiente figura puedes ver el esquema de objetos utilizado en ADO.NET:

Un objeto DataSet nos permite trabajar con fuentes de datos y almacenar múltiples tablas. Estas tablas se representan mediante el objeto DataTable. Por lo tanto un objeto DataSet puede trabajar con varias DataTable de modo que pueden existir relaciones entre las DataTable para la recuperación de datos de múltiples tablas.

Visto así parece algo complicado de conseguir, simplemente quédate con la idea de que un DataSet es como una base de datos virtual que se aloja en la propia aplicación. Por lo tanto si hablamos de una base de datos, está claro que podemos contener varias tablas (DataTable) con relaciones entre ellas, para obtener datos.

Es un objeto mucho más sencillo que un DataSet, su única función es el acceso a una base de datos para realizar consultas de sólo lectura.

Éstas consultas sólo pueden realizarse hacia delante, es decir, no podremos retroceder para obtener datos anteriores, una vez realizada una consulta en una fila, las anteriores resultan inaccesibles.

Sólo podremos realizar consultas en única base de datos.

Para poder seleccionar correctamente con cual de estos objetos debes optar, debes conocer de antemano que tareas vas a realizar con los datos.

Para realizar consultas de sólo lectura, que únicamente serán necesarias realizarlas una vez (no tendremos que volver a acceder a filas anteriores) el objeto recomendado es DataReader. Por ejemplo, para comprobar si un articulo se encuentra entre una tabla que guarda la lista de artículos del inventario de un almacén, basta con realizar una única consulta de sólo lectura.

Sin embargo, si vamos a realizar un acceso a datos más complicado, como puede ser la consulta de todos los artículos de diferentes tipos que pertenecen a un proveedor, la elección correcta sería utilizar DataSet.

Veamos las características que debes tener en cuenta a la hora de decidirte:

• Acceso a datos.

Como hemos dicho, si tenemos previsto recibir y almacenar datos, optamos por DataSet, ya que DataReader sólo permite lecturas.

• Trabajar con más de una tabla o más de una base de datos.

Si la función que estamos desarrollando requiere información situada en varias tablas de una misma base de datos o de varias, utilizaremos el objeto DataSet. Con DataReader sólo podemos construir consultas SQL que accedan a una base de datos.

• Controles enlazados.

Si únicamente vamos a enlazar un control a nuestros datos, podemos utilizar DataReader, pero si por el contrario queremos enlazar varios controles a una fuente de datos, el objeto DataSet nos permite crearlo una vez y vincularlo varias. Puede entregar información a tantos controles como deseemos.

• Velocidad.

El objeto DataSet es más lento que el DataReader, ya que trabaja en modo desconectado, los datos del DataSet se almacenan en un objeto del servidor. Además, las opciones que ofrece de ejecutar cualquier comando SQL, poder retroceder en las consultas y gestionar varias tablas, provoca una sobrecarga en el servidor. El objeto DataReader al ser mucho más sencillo, resulta también más ligero para el servidor.