PDF de programación - Apendice A - Acceso a datos en .NET 2.0

L PROPÓSITO DE ESTE APÉNDICE ES explicar, o al menos mencionar, las noveda-
des en el acceso a datos que incluye el nuevo Visual Studio 2005. Hay pocas
novedades en ADO.NET de la versión 2.0 de la plataforma… siempre que nos
limitemos a la biblioteca de clases. En lo que respecta a la técnica de enlace de datos
(data binding) hay un poco más de animación: hay una nueva clase, BindingSource, y
una nueva rejilla de datos, la DataGridView.
Los mayores cambios, sin embargo, afectan al entorno de desarrollo de Visual Studio
2005. Hay un nuevo tipo de entidades, llamadas fuentes de datos, o data sources, alre-
dedor de las cuales gira toda la maquinaria de acceso a datos de la nueva versión. Po-
demos seguir usando la metodología de la versión anterior… pero Visual Studio ha es-
condido las herramientas necesarias, y es más complicado trabajar de esta manera.
Este apéndice al curso se centra, por lo tanto, en cómo podemos aprovechar este nuevo
recurso para no perder productividad, y de paso, para disfrutar todas las ventajas que
nos ofrece.



Se trata de una pregunta tramposa: las fuentes de datos sólo existen dentro del proyecto,
en tiempo de diseño y compilación. Durante la ejecución, sin embargo, no existe nin-
guna clase que corresponda directamente a una fuente de datos. Es cierto que en ejecu-
ción permanecen las clases generadas a partir de estas entidades, pero la corresponden-
cia funciona en un solo sentido.
¿Es ésta una buena idea? Tengo mis dudas. Una de las virtudes predicadas por la inge-
niería de software es la uniformidad. Es deseable que la misma herramienta nos sirva en
las distintas fases del desarrollo. No siempre es posible, por supuesto, pero es algo a lo
que debemos intentar acercarnos. Pues bien: con los nuevos datasources tenemos enti-
dades conceptuales que no son clases (¡aunque podrían serlo, y aunque de hecho se uti-
licen para generar clases!). ¿Qué hay de malo en ello? Suponga que debe importar una
fuente de datos definida en un proyecto a un nuevo proyecto. ¿Cómo lo hace? Tropeza-
remos con esta dificultad más adelante, cuando intentemos repartir el nuevo código de
acceso a datos entre los módulos de un sistema dividido en capas.
No obstante, tenemos que ser prácticos. Gracias a este sistema, ahora disponemos de
una técnica más sencilla y a la vez más poderosa para crear interfaces visuales enlazadas
a bases de datos.



Abra Visual Studio 2005 y cree un proyecto vacío. Despliegue a continuación el sub-
menú Data en el menú principal del entorno de desarrollo:

Aunque Visual Studio 2003 también tenía un submenú con el mismo nombre, los co-
mandos en su interior eran muy distintos. Para empezar, ejecute el comando Show Data







Sources, para activar la ventana que mostrará las fuentes de datos asociadas al proyecto.
A continuación, vamos a ejecutar Add New Data Source, para que aparezca el asistente
de creación de fuentes de datos.
En su primera página nos preguntarán de dónde procederán los “datos”:



Ya estamos viendo uno de los objetivos más importantes de las fuentes de datos:
permitir el tratamiento más o menos uniforme de los distintos orígenes de datos con los
que puede trabajar .NET. Detrás de una fuente de datos se puede ocultar un servicio
Web, una colección de objetos persistentes o un servidor de bases de datos viejo, bueno
y predecible.
Si elegimos una base de datos, la segunda página nos pregunta por la cadena de co-
nexión. Podemos elegir alguna de las configuradas en el Explorador de Servidores, o
crear una nueva. También podemos almacenar la cadena en el fichero de configuración
de la aplicación, para reutilizarla más adelante. Una vez indicado el servidor, debemos
elegir los objetos de la base de datos que vamos a incluir en la fuente de datos. Para este
ejemplo elegiré una sola tabla: la tabla Customers de la archifamosa Northwind, la base
de datos de ejemplos de SQL Server.

Como puede ver, estamos dando exactamente los mismos pasos que si fuésemos a defi-
nir un conjunto de datos con tipos o un adaptador de datos en la versión anterior de Vi-
sual Studio. ¡Incluso se nos pide descaradamente un nombre para cierto conjunto de
datos! Cuando cerramos el asistente, no obstante, el primer indicio de que hemos cam-
biado algo en el proyecto es la aparición de un nuevo nodo en la ventana que muestra
los conjuntos de datos del proyecto:



En cambio, si vamos al Explorador de Soluciones, veremos que se ha creado un fichero
de extensión xsd, la misma que se utilizaba y se sigue utilizando para las definiciones de
conjuntos de datos con tipos. Si hacemos doble clic sobre el fichero xsd, además, apare-









cerá el editor de conjuntos de datos con tipos de toda la vida… aunque veremos que hay
cambios. Esta imagen muestra la entidad que corresponde a una definición de tablas:

()

()

*)

(

Sólo la parte superior de esta caja representa una parte del conjunto de datos: una de sus
tablas, en concreto. Por cada tabla incluida en el conjunto de datos se define en paralelo
una segunda clase, categorizada como un adaptador de tabla, o table adapter.

















Está claro el significado de las líneas dentro de la tabla de datos: se trata de las colum-
nas seleccionadas de la tabla SQL. Sin embargo, el adaptador de tabla también se crea,
al menos, con una fila y, como veremos luego, se pueden añadir más “filas” al adapta-
dor. En este caso se trata de consultas o queries, y corresponden a sentencias SQL que
se pueden activar con la ayuda del adaptador. La primera consulta, la que se crea por
omisión, encapsula la sentencia select utilizada para definir el conjunto de datos:

select * from Customers

En este ejemplo estamos tratando con una fuente de datos de estructura muy simple,
pues tenemos una sola tabla. Por supuesto, podemos incluir más de una tabla y estable-
cer relaciones entre ellas, al igual que hacíamos con los conjuntos de datos con tipos de
Visual Studio 2002/2003.












(c