Acceso a datos con ado.net en visual basic

184
MSc. Ing. Jorge J. Prado D. Docente: Univ. Nac. De Ingenieria, Managua
8.- Acceso a datos con ADO.NET en Visual Basic
8.1. Acercándonos a ADO.NET
En este módulo, aprenderemos a trabajar con datos y fuentes de datos en Visual Basic
ADO.NET es la tecnología principal para conectarse a una base de datos, nos ofrece un alto
nivel de abstracción, ocultando los detalles de bajo nivel de la implementación de la base
de datos de un fabricante.
En este tutorial, encontrará las cosas más importantes que debe saber, para trabajar con
fuentes de datos con Visual Basic. De esta manera, aprenderá en poco tiempo, a
encontrarse cómodo en el entorno de clases de ADO.NET y podrá así, sacar el máximo
provecho a sus desarrollos. Las partes que forman parte de este módulo son las siguientes:
ADO.NET ha sufrido a lo largo de los últimos años diferentes mejoras y actualizaciones, desde
que .NET apareció.El resumen de las diferentes versiones de ADO.NET podría quedar de la
siguiente forma.
ADO.NET 1.0 apareció con Microsoft .NET Framework 1.0. Posteriormente, ADO.NET 1.1 sufrió
una pequeñas y casi inapreciables actualizaciones con la aparición de Microsoft .NET
Framework 1.1. En el caso del entorno Visual Studio, éste trabaja con Microsoft .NET
Framework 2.0 y por lo tanto, utiliza ADO.NET 2.0, el cuál añade algunas características nuevas
adicionales.
En nuestro caso, nos centraremos única y exclusivamente en ADO.NET como modelo de
objetos de acceso a datos para la plataforma .NET de Microsoft, ya que es el mismo para
cualquier tipo de versión de ADO.NET.
¿Qué es ADO.NET?
ADO.NET es la tecnología principal para conectarse aun gestor de bases de datos, con un alto
nivel de abstracción, lo que nos permite olvidarnos de los detalles de bajo nivel de las bases de
datos. Además ADO.NET es una tecnología inter operativa. Aparte del almacenamiento y
recuperación de datos, ADO.NET introduce la posibilidad de integrarse con el estándar XML,
los datos pueden 'Serializarse' directamente a y desde XML lo que favorece el intercambio de
información.
ADO.NET proporciona diferentes clases del nombre de espacio System.Data dentro de las
cuáles, destacaremos por encima de todas, la clase DataView, la clase DataSet y la clase
DataTable.
Este conjunto de clases de carácter armónico, funcionan de igual forma con la capa inferior
que es la que corresponde a los proveedores de acceso a datos con los que podemos trabajar.
Esto facilita el trabajo en n-capas y la posible migración de aplicaciones que utilicen una
determinada fuente de datos y deseemos en un momento dado, hacer uso de otra fuente de
datos.
¿Qué capas o qué partes hay dentro de ADO.NET?

185
Dentro de ADO.NET tenemos dos partes importantes.
La primera de ellas es la que corresponde con el nombre de espacio System.Data y que
constituye los objetos y clases globales de ADO.NET.
La otra parte es la que corresponde con los objetos que permiten el acceso a datos a una
determinada fuente de datos desde ADO.NET y que utilizan así mismo, las clases del nombre
de espacio System.Data.
Esta última parte, queda constituida por las clases y objetos de los diferentes proveedores de
acceso a datos como se muestra en la figura 1.
Visión general de las clases de ADO.NET
Para resumir de alguna forma lo que estamos comentando, diremos que el trabajo de conexión
con la base de datos, la ejecución de una instrucción SQL determinada, una vista, etc., la realiza
el proveedor de acceso a datos.
Recuperar esos datos para tratarlos, manipularlos o volcarlos a un determinado control o
dispositivo, es acción de la capa superior que corresponde con el nombre de espacio
System.Data.
A continuación veremos todo esto con más detalle y comprenderemos de una forma más clara
cada una de las partes que componen el modelo de trabajo con ADO.NET.
¿Qué nos permite realmente ADO.NET cuando trabajamos con XML?
El entorno de Microsoft .NET Framework nos proporciona el trabajo con estándares y con ello,
la posibilidad de trabajar con diferentes tipos de aplicaciones, entornos, sistemas operativos y
lenguajes sin necesidad de conocer lo que hay al otro lado de nuestra aplicación.
XML es sin lugar a dudas, el lenguaje de etiquetas por excelencia, válido para llevar a cabo esta
tarea sin tener un impacto relevante cuando trabajamos con diferentes soluciones en entornos
dispares.
Tanto la posibilidad de trabajar con Servicios Web XML como con documentos e información
en XML, sobre todo al trabajar con fuentes de datos en ADO.NET, nos proporciona a los
desarrolladores las posibilidades necesarias que nos permite hacer que la información con la
que trabajamos, pueda ser tratada entre diferentes sistemas o entornos, sin que por ello nos

186
preocupemos de lo que hay al otro lado.
8.2. System.Data
Las clases del nombre de espacio System.Data son bastantes extensas y variadas. Quizás las
clases más importantes son la clase DataView, la clase DataSet y la clase DataTable.
La clase DataSet
El DataSet es una representación de datos residente en memoria que proporciona una modelo
de programación relacional coherente independientemente del origen de datos que contiene.
El DataSet contiene en sí, un conjunto de datos que han sido volcados desde el proveedor de
datos.
Debemos tener en cuenta que cuando trabajamos con DataSets, el origen de datos no es lo
más importante, ya que éste, puede ser cualquier tipo de origen de datos. No tiene porqué ser
una base de datos.
Un DataSet contiene colecciones de DataTables y DataRelations.
El DataTable contiene una tabla o tablas, mientras que la DataRelation contiene las relaciones
entre las DataTables. Sin embargo, no es necesario especificar todo esto hasta el último
detalle como veremos más adelante.
La clase DataView
Este objeto nos permite crear múltiples vistas de nuestros datos, además de permitirnos
presentar los datos. Es la clase que nos permite representar los datos de la clase DataTable,
permitiéndonos editar, ordenar y filtrar, buscar y navegar por un conjunto de datos
determinado.
La clase DataTable
Este objeto nos permite representar una determinada tabla en memoria, de modo que
podamos interactuar con ella.
A la hora de trabajar con este objeto, debemos tener en cuenta el nombre con el cuál
definamos una determinada tabla, ya que los objetos declarados en el DataTable es sensitivo a
mayúsculas y minúsculas.
Un pequeño ejemplo práctico
El siguiente ejemplo práctico, nos enseña a utilizar un DataSet y nos muestra cómo
podemos acceder a los objetos que dependen de un DataSet para recuperar por ejemplo,
los campos y propiedades de una determinada tabla o tablas.

187
Imports System.Data
Imports System.Data.SqlClient
Imports System.Xml
Public Class Form1
Private Sub Form1_Load(ByVal sender As System.Object, ByVal e
As System.EventArgs) Handles MyBase.Load
Dim Conexion As String =
"server=.;uid=sa;password=VisualBasic;database=MSDNVideo"
Dim MiTabla As DataTable
Dim MiColumna As DataColumn
Dim MiDataSet As New DataSet()
Dim Comando As New SqlDataAdapter("SELECT * FROM
ALQUILERES", Conexion)
Comando.Fill(MiDataSet, "ALQUILERES")
' Recorremos las tablas
For Each MiTabla In MiDataSet.Tables
TextBox1.Text += "Tabla: " & MiTabla.TableName & vbCrLf
' Recorremos las Columnas de cada Tabla
For Each MiColumna In MiTabla.Columns
TextBox1.Text += MiColumna.ColumnName & vbTab &
"(" & MiColumna.DataType.Name & ")" & & vbCrLf
Next
Next
Comando = Nothing
End Sub
End Class
Nuestro ejemplo en ejecución es el que se muestra en la figura 1.
Ejemplo en ejecución del uso de DataSet, DataTable y DataColumn
8.3. Los proveedores de acceso a datos
Los proveedores de acceso a datos es la capa inferior de la parte correspondiente al

188
acceso de datos y es la responsable de establecer la comunicación con las fuentes de
datos. En este conjunto de nombres de espacio, encontraremos casi siempre las clases
Connection, Command, DataAdapter y DataReader como las clases más generales, las
cuales nos permiten establecer la conexión con la fuente de datos.
Proveedores de acceso a datos de .NET Framework
Dentro del entorno .NET Framework, encontramos un nutrido conjunto de
proveedores de acceso a datos. Estos son los siguientes:
● ODBC .NET Data Provider
● OLE DB .NET Data Provider
● Oracle Client .NET Data Provider
● SQL Server .NET Data Provider
Estos proveedores de acceso a datos incluidos en Microsoft .NET Framework, los
podemos encontrar en los nombres de espacio:
● System.Data.Odbc
● System.Data.OleDb
● System.Data.OracleClient
● System.Data.SqlClient
El proveedor ODBC .NET permite conectar nuestras aplicaciones a fuentes de datos a través
de ODBC.
El proveedor OLE DB .NET permite conectar nuestras aplicaciones a fuentes de datos a través
de OLE DB.
El proveedor Oracle Client .NET es un proveedor de acceso a datos especialmente
diseñado para bases de datos Oracle.
Por último, el proveedor SQL Server .NET es un proveedor de acceso a datos nativo, que
nos permite conectar nuestras aplicaciones a fuentes de datos Microsoft SQL Server 7 o
posterior. Se trata de un proveedor específico para bases de datos Microsoft SQL Server
7.0, Microsoft SQL Server 2000 y Microsoft SQL Server 2005; 2008
Los proveedores de acceso a datos que distribuye Microsoft en ADO.NET y algunos
desarrollados por otras empresas o terceros, contienen los mismos objetos, aunque los
Nota:
Siempre que pueda, utilice para acceder a fuentes de datos, un proveedor de
acceso a datos nativo. Esto le permitirá aumentar considerablemente el
rendimiento a la hora de establecer la conexión con una determinada fuente
de datos

189
nombres de éstos, sus propiedades y métodos, pueden ser diferentes.
Más adelante veremos algún ejemplo, y observará en la práctica cuáles son estas diferencias
más destacables.
Otros proveedores de acceso a datos
Si bien el proveedor de acceso a datos es el mecanismo a través del cuál podemos establecer
una comunicación nativa con una determinada fuente de datos, y dado que Microsoft
proporciona los proveedores de acceso a datos más corrientes, es cierto que no los
proporciona todos, si bien, con OLE DB y ODBC, podemos acceder a la inmensa totalidad de
ellos.
Sin embargo, hay muchos motores de bases de datos de igual importancia como Oracle, MySql,
AS/400, etc. En estos casos, si queremos utilizar un proveedor de acceso a datos nativo,
deberemos acudir al fabricante o a empresas o iniciativas particulares para que nos
proporcionen el conjunto de clases necesarias que nos permitan abordar esta acción.
El objeto Connection
Este objeto es el encargado de establecer una conexión física con una base de datos
determinada. Para establecer la conexión con una determinada fuente de datos, no sólo
debemos establecer la cadena de conexión correctamente, sino que además deberemos
usar los parámetros de conexión y el proveedor de acceso a datos adecuado. Con este
objeto, podremos además abrir y cerrar una conexión.
El objeto Command
Este objeto es el que representa una determinada sentencia SQL o un Stored
Procedure. Aunque no es obligatorio su uso, en caso de necesitarlo, lo utilizaremos
conjuntamente con el objeto DataAdapter que es el encargado de ejecutar la instrucción
indicada.
El objeto DataAdapter
Este objeto es quizás el objeto más complejo y a la vez complicado de todos los que
forman parte de un proveedor de acceso a datos en .NET. Cuando deseamos establecer
una comunicación entre una fuente de datos y un DataSet, utilizamos como intermediario
a un objeto DataAdapter. A su vez, un DataAdapter contiene 4 objetos que debemos
conocer:
● SelectCommand es el objeto encargado de realizar los trabajos de selección de datos
con una fuente de datos dada. En sí, es el que se encarga de devolver y rellenar los
datos de una fuente deb datos a un DataSet.
● DeleteCommand es el objeto encargado de realizar las acciones de borrado de
datos.
● InsertCommand es el objeto encargado de realizar las acciones de inserción de
datos.
● UpdateCommand es el objeto encargado de realizar las acciones de
actualización de datos.
Los objetos DeleteCommand, InsertCommand y UpdateCommand son los objetos que se

190
utilizan para manipular y transmitir datos de una fuente de datos determinada, al contrario del
objeto SelectCommand que tan sólo interactúa con la fuente de datos para recuperar una
porción o todos los datos indicados en el objeto Command anteriormente comentado.
El objeto DataReader
Este objeto es el utilizado en una sola dirección de datos. Se trata de un objeto de acceso a
datos muy rápido. Este objeto puede usar a su vez el objeto Command o el método
ExecuteReader.
8.4.- El concepto DataBinding
DataBinding es una expresión de enlace a datos. Como veremos a continuación es una forma
rápida y sencilla de manejar la fuentes de datos mediante su enlace con controles o clases..
El uso de DataBind
El método DataBind se utiliza para rellenar de datos un determinado control o clase. Muchos
controles y clases, posee este método al que le asignaremos un conjunto de datos para que se
rellene con ellos, pudiendo después interactuar con los datos de forma directa.
En sí, un DataBinding es un enlace a datos que se encarga de rellenar de datos a un
determinado control o clase. Como ejemplo de esto, veremos como rellenar un control
TextBox con un dato utilizando este método.
Iniciaremos una nueva aplicación Windows y escribiremos el siguiente código fuente:
Imports System.Data
Imports System.Xml
Public Class Form1
Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles MyBase.Load
Dim Comando As New SqlDataAdapter("SELECT TITULO FROM
ALQUILERES, PELICULAS WHERE PELICULACODBARRAS = CODBARRAS AND SOCIONIF =
'111111'", Conexion)
' Rellenamos el DataSet con el contenido de la sentencia SELECT
Comando.Fill(MiDataSet, "PELIS")
' Rellenamos el control TextBox1 con el dato correspondiente a la primera fila
' de la sentencia SELECT ejecutada
TextBox1.DataBindings.Add("Text", MiDataSet,"PELIS.TITULO")
Comando = Nothing
End Sub
End Class
Nuestro ejemplo en ejecución es el que se muestra en la figura.

191
Ejemplo en ejecución del uso de DataBinding
8.5.- Otras consideraciones
Dentro de las conexiones a fuentes de datos, hay algunas partes de éstas que permanecen a
veces en el olvido y su importancia sin embargo, es bastante grande. La acción más pesada
cuando realizamos un acceso a una fuente de datos, se encuentra en la conexión con la fuente
de datos. Esa tarea, simple tarea, es la que más recursos del sistema consume cuando
Accedemos a fuentes de datos.
Esto lo debemos tener en cuenta, y por lo tanto, variante de esto que comentamos son
las siguientes premisas:
● La conexión debe realizarse siempre que se pueda, con los proveedores de acceso a datos
nativos, que por lo general salvo raras excepciones, serán más rápidos que los accesos a
fuentes de datos a través de proveedores del tipo OLE DB y ODBC.
● La conexión con la fuente de datos (apertura de la conexión), debe realizarse lo más tarde
posible. Es recomendable definir todas las variables que podamos, antes de realizar la
conexión.
● La conexión debe cerrarse lo antes posible, siempre y cuando no tengamos la necesidad de
utilizar la conexión previamente abierta.
Hay más particularidades a tener en cuenta cuando trabajamos con fuentes de datos. El
hecho de que con un DataSet podamos trabajar con datos desconectados, no significa que
dentro de él, podamos abrir una tabla con una cantidad de registros enormes, y trabajemos
sobre ella creyendo que esto nos beneficiará. Todo lo contrario.
8.6.- El paradigma de la conexión
Cuando abordamos un proyecto de acceso a fuentes de datos, siempre nos
encontramos con una duda existencial.
¿Debemos crear una conexión con la base de datos al principio de nuestra aplicación y cerrarla
cuando la aplicación se cierre?, ¿o debemos crear una conexión con la base de datos sólo
cuando vayamos a trabajar con la fuente de datos?. ¿Y si estamos trabajando continuamente
con una fuente de datos?, ¿cómo penalizarían todas estas acciones?.
Es difícil de asumir que acción tomar en cada caso, y es que dependiendo de lo que vayamos a
realizar, a veces es más efectiva una acción que otra, y en otras ocasiones, no está del todo
claro, ya que no existe en sí una regla clara que especifique qué acción tomar en un momento

192
dado.
Lo que sí está claro es que el modelo de datos de ADO.NET que hemos visto, quedaría
resumido en cuanto a la conectividad de la manera en la que se representa en la figura
Visión general de ADO.NET respecto a la conectividad con bases de
datos
El objeto DataSet nos ofrece la posibilidad de almacenar datos, tablas y bases de datos de una
determinada fuente de datos. De esta manera, podemos trabajar con las aplicaciones estando
desconectados de la fuente de datos.
Sin embargo, a veces necesitamos trabajar con la fuente de datos estando conectados a ella.
El objeto DataReader nos ofrece precisamente la posibilidad de trabajar con fuentes de datos
conectadas.
Por otro lado, el objeto DataReader tiene algunas particularidades que conviene
conocer y que veremos a continuación.
8.7.- Conociendo el objeto DataReader
El objeto DataReader nos permite como hemos indicado anteriormente, establecer una
conexión con una fuente de datos y trabajar con esta fuente de datos sin desconectarnos
de ella, sin embargo, hay diferentes cualidades y particularidades que conviene conocer.
DataReader es de solo lectura
Lo que hemos dicho anteriormente, requiere sin embargo, que esta conexión se
establezca en un modo de sólo lectura, al contrario de lo que se puede hacer con el objeto
DataSet, con el que podemos interactuar con la fuente de datos en modo lectura y modo
escritura.
DataReader se maneja en una sola dirección
El objeto DataReader sólo permite que nos desplacemos por los datos en una sola dirección,
sin vuelta atrás. Por el contrario, el objeto DataSet nos permite movernos por los registros
para adelante y para atrás.
Además, sólo podemos utilizar el objeto DataReader con conexiones establecidas en una
sentencia SQL por ejemplo, pero no podemos variar esta. Para hacerlo, debemos entonces

193
modificar la conexión con el comando establecido.
DataReader es rápido
Debido a su naturaleza y características, este objeto es bastante rápido a la hora de
trabajar con datos. Como es lógico, consume además menos memoria y recursos que un
objeto DataSet por ejemplo. Sin embargo, dependiendo de las necesidades con las que
nos encontremos, puede que este método de acceso y trabajo no sea el más idóneo.
Analizando el flujo de trabajo de DataReader
Cuando trabajamos con fuentes de datos conectadas, trabajaremos con el objeto DataReader.
Para trabajar con este objeto, utilizaremos los objetos siguientes del proveedor de
acceso a datos:
● Connection
● Command
● DataReader
Un resumen gráfico de esto es lo que podemos ver en la figura 1.
El flujo de conectividad de DataReader
8.8.- Un primer contacto con el objeto DataReader
A continuación veremos un ejemplo sencillo sobre la forma de trabajar con DataReader
Un ejemplo simple para entenderlo mejor
Tenga en cuenta que en el siguiente ejemplo nos conectaremos a Microsoft SQL Server
y recorreremos los registros uno a uno en un ambiente conectado y volcaremos estos
registros en un control TextBox.
Imports System.Data

194
Imports System.Xml
Public Class Form1
Dim MiConexion As New SqlConnection(Conexion)
Dim MiDataReader As SqlDataReader
Dim Comando As New SqlCommand("SELECT TITULO FROM
ALQUILERES, PELICULAS WHERE PELICULACODBARRAS = CODBARRAS AND
SOCIONIF = '111111'", MiConexion)
MiConexion.Open()
MiDataReader = Comando.ExecuteReader()
While MiDataReader.Read()
TextBox1.Text += MiDataReader("TITULO") & vbCrLf
End While
Comando = Nothing
MiConexion.Close()
End Sub
End Class
El código de ejemplo en ejecución es el que se muestra en la figura 1.
Ejemplo en ejecución del uso simple de DataReader
Este es un ejemplo simple del uso de DataReader.
Sin embargo, el objeto DataReader contiene un conjunto de propiedades y métodos que nos
proporcionan acciones determinadas. Por ejemplo, en el ejemplo anterior, hemos dado por
hecho que la ejecución de la instrucción Select nos devolverá uno o más valores, pero
podríamos también saber antes de manipular y trabajar con los posibles datos, si hay o no
información. Esto lo conseguimos con el método HasRows.

195
8.9.- ¿Trabaja DataReader en un ambiente conectado
realmente?
Pese a todo esto, ¿que ocurre si trabajando en un ambiente conectado se desconecta el
servidor de acceso a datos?. Imaginemos por un instante, que la conexión con SQL Server se
establece correctamente y que en un momento dado se detiene el servicio del servidor de
base de datos. Esto es lo que veremos en el siguiente ejemplo.
Desenchufando la fuente de datos usando DataReader
Inicie un nuevo proyecto, inserte en el formulario de la aplicación un control TextBox y un
control Button, y escriba el código que se detalla a continuación:
Imports System.Data
Imports System.Xml
Public Class Form1
Private Conexion As String =
Private strSQL As String = "SELECT TITULO FROM ALQUILERES,
PELICULAS WHERE PELICULACODBARRAS = CODBARRAS AND SOCIONIF = '111111'"
Private MiConexion As New SqlConnection(Conexion)
Private MiDataReader As SqlDataReader
Private Contador As Long = 0
Private Posicion As Long = 0
' Establecemos la Conexión con la base de datos
Establecer_Conexion(True)
' Si hay datos los mostramos, sino deshabilitamos la opción (botón) para recorrerlos
If Not MiDataReader.HasRows Then
Button1.Enabled = False
Else
Button1_Click(sender, e)
End If
End Sub
Private Sub Establecer_Conexion(ByVal bolAccion As Boolean)
Dim Comando As SqlCommand
If bolAccion Then
' True => Establecemos la conexión
Comando = New SqlCommand(strSQL, MiConexion)
' Abrimos la Conexión
MiConexion.Open()
' Ejecutamos la sentencia SQL
' Obtenemos la cantidad de registros obtenidos
Contador = MiDataReader.VisibleFieldCount() + 1

196
Else
' False => Finalizamos la conexión
Button1.Enabled = False
' Cerramos la Conexión
Comando = Nothing
MiConexion.Close()
End If
End Sub
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles Button1.Click
' Recorremos los registros y los mostramos
Posicion += 1
MiDataReader.Read()
TextBox1.Text = MiDataReader("TITULO")
' Si hemos recorrido el objeto por completo, finalizamos la Conexión y
' deshabilitamos el control Button que nos permite recuperar los registros
If Posicion = Contador Then
Establecer_Conexion(False)
End If
End Sub
End Class
Suponiendo que tenemos en nuestra base de datos varios registros, ejecute la aplicación. Si
todo ha ido como se esperaba, observaremos que nuestra aplicación tiene un aspecto como el
que se muestra en la figura
.
Ejemplo en ejecución del uso de DataReader en un ambiente conectado,
forzando la desconexión de la fuente de datos
En este punto, detenga el servicio de SQL Server y pulse el botón Siguiente >>. Observará que
la aplicación sigue funcionando. En este punto se hará la pregunta que todos nos hemos
hecho, ¿no es el objeto DataReader un objeto conectado?, ¿cómo es posible que funcione si
hemos detenido el servicio de SQL Server?. La respuesta es sencilla. El objeto DataReader
recupera un nutrido conjunto de valores llenando un pequeño buffer de datos e información.

197
Si el número de registros que hay en el buffer se acaban, el objeto DataReader regresará a la
fuente de datos para recuperar más registros. Si el servicio de SQL Server está detenido en ese
momento o en su caso, la fuente de datos está parada, la aplicación generará un error a la hora
de leer el siguiente registro.
En sí, DataReader es un objeto conectado, pero trabaja en background con un conjunto de
datos, por lo que a veces nos puede resultar chocante su comportamiento como el ejemplo
que comento.
8.10.- Usando DataSource con DataReader
¿Podemos usar el método DataSource con el objeto DataReader?.
Demostración del uso de DataSource con DataReader
La respuesta es sí, en ADO.NET 2.0, se ha incorporado un nuevo método al objeto
DataTable que le permite tener mayor independencia respecto al modo en el que nos
conectemos y recuperemos datos de una fuente de datos. Recuerde que podemos
recuperar datos en modo conectado DataReader o en modo desconectado DataSet.
Este método que se ha incorporado a ADO.NET y que tiene por nombre Load, nos permite
cargar un DataReader para volcarlo a continuación dentro de un control como por ejemplo el
control DataGridView. Lo mejor es que veamos como funciona esto con un ejemplo que nos
ayude a comprender mejor la teoría. Inserte en un formulario un control DataGridView y
escriba el siguiente código:
Imports System.Data
Imports System.Xml
Public Class Form1
' Declaramos las variables a utilizar
Dim strSQL As String = "SELECT TITULO FROM ALQUILERES,
Dim MiDataTable As New DataTable
MiConexion.Open()

198
' Cargamos los resultados en el objeto DataTable
MiDataTable.Load(MiDataReader, LoadOption.OverwriteChanges)
' Volcamos los datos en el control DataGridView
DataGridView1.DataSource = MiDataTable
Comando = Nothing
MiConexion.Close()
End Sub
End Class
Nuestro ejemplo en ejecución es el que podemos ver en la figura
Ejemplo en ejecución del uso de DataReader y DataSource en un control
DataGridView
Con todo y con esto, lo que realmente es curioso, es que hemos olvidado por un instante que
el objeto DataReader es un objeto de sólo lectura que funciona en una única dirección, hacia
delante. ¿Qué significa esto o como puede influir o como podemos aprovechar esta
circunstancia en nuestros desarrollos?.
Carga segmentada de datos con DataSource y DataReader
Si recuperamos los datos de una fuente de datos con DataReader y leemos algunos de sus
datos y posteriormente, ejecutamos el método DataSource, el resto de datos, aquellos datos
que quedan en el DataReader, serán los que se vuelquen en el control que definamos como
destino de los datos. Imaginemos el ejemplo anterior, y el siguiente código fuente.
Imports System.Data
Imports System.Xml
Public Class Form1

199
MiConexion.Open()
' Leemos el primer registro y así nos posicionamos a partir del segundo de ellos
MiDataReader.Read()
' Volcamos los datos en el control DataGridView
DataGridView1.DataSource = MiDataTable
Comando = Nothing
MiConexion.Close()
End Sub
End Class
En este caso, lo que ocurre como ya hemos comentado, es que los datos que se cargan son los
que aún no han sido leídos en el objeto DataReader, por lo que se mostrarán todos los datos
desde el último leído hasta llegar al final del objeto.
8.11.- Usando los componentes de acceso a datos de .NET
Los componentes del entorno .NET nos proporcionan las características necesarias para
poder acceder a fuentes de datos de forma rápida y sencilla.
El mejor ejemplo de esto que comento es el que veremos a continuación.
Demostración del uso de BindingSource y BindingNavigator
Para ello, crearemos un proyecto nuevo e insertaremos un control BindingSource y un control
BindingNavigator dentro del formulario.
También insertaremos un control TextBox al formulario, dónde presentaremos la información
sobre la que navegaremos. Nuestro formulario con los controles insertados en él, tendrá un
aspecto similar al que se presenta en la figura 1.

200
Controles de navegación y acceso a datos dispuestos en el
formulario Figura 1
Una vez llegado a este punto, lo que tendremos que hacer a continuación será escribir el
código fuente necesario para poder representar los datos de la sentencia SQL en el
control BingindNavigator, para que a su vez los presente en el control TextBox. A
continuación se indica el código fuente de esta parte de demostración de la aplicación.
Imports System.Data
Imports System.Xml
Public Class Form1
Private Sub Form1_Load(ByVal sender As System.Object, ByVal eAs System.EventArgs)
Handles MyBase.Load
MiConexion.Open()
' Volcamos los datos en el control TextBox
BindingSource1.DataSource = MiDataTable
BindingNavigator1.BindingSource = BindingSource1

201
TextBox1.DataBindings.Add(New Binding("Text", BindingSource1, "TITULO", True))
Comando = Nothing
MiConexion.Close()
End Sub
End Class
8.12.- Esquema general de la estructura desconectada de acceso
a datos
En los capítulos anteriores de este módulo, hemos visto ya el uso de la clase DataSet. Incluso lo
hemos visto con algún ejemplo.
La clase DataSet está pensada y diseñada para trabajar con fuentes de datos
desconectadas. Indudablemente, en este punto, debemos tener clara la estructura
general de cómo funciona el acceso desconectado con fuentes de datos. En la figura,
podemos observar el diagrama general de esta parte
Estructura general del uso de DataSet en el acceso desconectado a
datos
Connection, DataAdapter y DataSet
Como podemos observar en la figura 1, para comunicarnos con una fuente de datos, siempre
deberemos establecer una conexión, independientemente de si la conexión con la fuente de
datos va a permanecer a lo largo del tiempo o no.
El objeto Connection nos permite por lo tanto, establecer la conexión con la fuente de datos.
El objeto DataSet nos permite por otro lado, recoger los datos de la fuente de datos y
mandárselos a la aplicación.
Entre medias de estos dos objetos, encontramos el objeto DataAdapter que hace las funciones
de puente o nexo de unión entre la conexión y el objeto DataSet.
Esto es lo que veremos a continuación, como funciona el objeto DataAdapter, y como encaja
todo esto en el acceso a fuentes de datos desconectadas.
8.13.- Conociendo el objeto DataAdapter

202
El objeto DataAdapter forma parte del proveedor de acceso a datos, tal y como se muestra en
la figura
Visión general de las clases de ADO.NET
Cada proveedor de acceso a datos posee su propio objeto DataAdapter. Cuando realizamos
alguna modificación o acción sobre la fuente de datos, utilizaremos siempre el objeto
DataAdapter a caballo entre el objeto DataSet y la fuente de datos establecida a través de la
conexión con el objeto Connection.Con el objeto DataAdapter, podremos además realizar
diferentes acciones sobre nuestras bases de datos, acciones como la ejecución general de
sentencias de SQL no sólo para seleccionar un conjunto de datos, sino para alterar el
contenido de una base de datos o de sus tablas.
Connection, DataAdapter y DataSet
Antes de entrar en materia más profundamente, diremos que en lo que respecta a los
proveedores de acceso a datos que vienen integrados con .NET, encontramos dos formas de
usar un DataAdapter.
La primera de ellas es utilizando los componentes del proveedor de acceso a datos. La segunda
de ellas es utilizando las clases del nombre de espacio del proveedor de acceso a datos. La
mejor forma de entender todo esto que comentamos, es trabajando con un ejemplo práctico
que nos enseñe a usar el objeto DataAdapter en Visual Studio
Utilizando las clases de .NET
En este primer ejemplo de demostración del uso de DataAdapter a través de código
usando para ello las clases de .NET, estableceremos una conexión con SQL Server y
mostraremos los datos recogidos en un control TextBox.
niciaremos Visual Studio 2005 y seleccionaremos un proyecto de formulario de Windows.
Dentro del formulario, insertaremos un control TextBox y añadiremos dos referencias al
proyecto. Las referencias añadidas serán a las librerías System.Data y System.XML, como
se muestra en la figura

203
Referencias a las clases de acceso a datos de .NET
Una vez que hemos añadido las referencias necesarias para utilizar las clases que queremos en
nuestro proyecto, iremos al código y escribiremos las siguientes instrucciones:
Imports System.Data
Public Class Form1
' Establecemos la cadena de conexión con la BBDD
' Declaramos el DataSet dónde volcaremos los datos
' Declaramos el DataAdapter estableciendo
' la conexión con la fuente de datos SQL
Dim Comando As New SqlDataAdapter("SELECT SocioNIF,
FechaAlquiler FROM ALQUILERES", Conexion)
' Rellenamos el DataSet con el contenido de la instrucción
Comando.Fill(MiDataSet)
' Cerramos la conexión con la BBDD
Comando = Nothing
' Declaramos la propiedad Row para recorrer
' las filas contenidas en el DataSet
Dim Row
' Recorremos todas las filas y las tratamos
For Each Row In MiDataSet.Tables(0).Rows
TextBox1.Text += Row("SocioNIF").ToString & vbTab &

204
Row("FechaAlquiler") & vbCrLf
Next
' Vaciamos el DataSet para liberar memoria
MiDataSet = Nothing
End Sub
End Class
El ejemplo en ejecución del uso de DataAdapter junto con las clases de .NET es el que se
muestra en la figura
Ejemplo del acceso a datos con DataAdapter a través de las clases de .NET
Utilizando los componentes de .NET
Sin embargo y como ya hemos comentado, existe otro método de acceso a fuentes de datos
diferente a las clases de .NET, el acceso a través de componentes que nos faciliten esa tarea.
Sin embargo, los componentes de acceso a datos, utilizan por detrás las clases de .NET que
hemos visto, lo que ocurre, es que simplifica enormemente el trabajo y ahorra tiempo a la
hora de desarrollar aplicaciones. De todos los modos, todo depende de la utilidad o
necesidades con las que nos encontremos en un momento dado. Iniciaremos un proyecto
Windows nuevamente, e insertaremos en él un control TextBox como hicimos en el caso
anterior.
A continuación, añadiremos los componentes de acceso a fuentes de datos SQL Server que es
la fuente de datos origen. Como hemos visto, para conectar a fuentes de datos SQL Server,
hemos utilizado el nombre de espacio System.Data y hemos importado en el proyecto los
nombres de espacio System.Data y System.Data.SqlClient.
Los componentes .NET de acceso a fuentes de datos de SQL Server, se identifican por el
nombre Sqlxxx, siendo xxx el tipo de componente a utilizar. Para poder utilizarlos, deberemos
añadirlo a la barra de herramientas.
Para añadir los componentes a nuestro proyecto, haremos soble clic sobre el formulario y
posteriormente haremos clic con el botón secundario del mouse sobre la barra de
herramientas y seleccionaremos la opción Elegir elementos... como se muestra en la figura

205
Opción de la barra de herramientas para añadir componentes al entorno
Una vez que hemos hecho esto, seleccionaremos los componentes SqlCommand,
SqlCommandBuilder, SqlConnection, SqlDataAdapter y SqlDataSource, tal y como se
Componentes a añadir al entorno
Una vez que hemos añadido los componentes al entorno, estos quedarán dispuestos
dentro de la barra de herramientas como se indica en la figura

206
Componentes añadidos en la barra de herramientas
Lo primero que haremos será insertar un componente SqlConnection dentro del
formulario. Acudiremos a la ventana de propiedades del componente y
modificaremos la propiedad ConnectionString dentro de la cuál escribiremos la
instrucción:
server=.;uid=sa;password=VisualBasic;database=MSDNVideo
Entendiendo que ésta, es la cadena de conexión válida con nuestra base de datos. A
continuación añadiremos el componente SqlDataAdapter a nuestro formulario. Si se abre
alguna ventana, ciérrela.
Vamos a configurar el control con la ventana Propiedades. Podríamos haberlo hecho desde
el asistente que se nos ha abierto, pero lo vamos a hacer de otra forma menos sencilla.
Sitúese sobre la propiedad SelectCommand, y dentro de ésta, en la propiedad Connection. Lo
que vamos a hacer, es asignar al componente SqlDataAdapter el componente de conexión que
vamos a usar para establecer la comunicación entre la fuente de datos y nuestra aplicación.
Despliegue la propiedad Connection indicada, y seleccione el componente de conexión
SqlConnection1 anteriormente configurado, tal y como se muestra en la figura.

207
Componente SqlDataAdapter con la conexión establecida para ser
usada en la ejecución de nuestra aplicación
Por último, inserte un componente DataSet al formulario. Todos los componentes quedarán
por lo tanto insertados, tal y como se indica en la figura
Componentes añadidos en el formulario de nuestra aplicación
Una vez que tenemos todo preparado, tan sólo nos queda escribir la parte de código fuente
necesario para poder realizar todas las operaciones y acciones que necesitamos. A
continuación, se expone el código fuente de nuestra aplicación de demostración:
Public Class Form1
' Establecemos la cadena SQL a utilizar
SqlDataAdapter1.SelectCommand.CommandText = "SELECT

208
SocioNIF, FechaAlquiler FROM ALQUILERES"
SqlConnection1.Open()
' Rellenamos el DataSet con el contenido de la instrucción SQL
SqlDataAdapter1.Fill(DataSet1)
SqlConnection1.Close()
' Declaramos la propiedad Row para recorrer las filas contenidas en el DataSet
Dim Row
' Recorremos todas las filas y las tratamos
For Each Row In DataSet1.Tables(0).Rows
TextBox1.Text += Row("SocioNIF").ToString & vbTab & Row("FechaAlquiler") & vbCrLf
Next
End Sub
End Class
Ahora nos queda únicamente ejecutar nuestra aplicación para estudiar el resultado final. Este
es el que se puede ver en la figura
Ejemplo en ejecución del uso de componentes
Pese a todo lo que hemos visto, quizás se pregunte como es que en el caso del primer ejemplo
que hemos visto y en el que hemos declarado el uso de un DataAdapter sin usar componentes,
hemos tenido la obligatoriedad de añadir las referencias a los nombres de espacio
System.Data y System.Xml, mientras que en este segundo ejemplo, no hemos hecho
referencia a ellos.
En realidad nosotros no hemos hecho referencia a ellos, pero al insertar los componentes
dentro del formulario, el entorno Visual Studio 2005 se ha encargado por nosotros de añadir
esas referencias al proyecto, tal y como puede verse en la figura.

209
Referencias añadidas automáticamente al trabajar con componentes de acceso a
datos
8.14.- Insertando datos a través del objeto DataAdapter
Hasta ahora, todos los ejemplos que hemos visto del objeto DataAdapter, han sido ejemplos
del uso de selección de datos, pero aún no hemos visto como debemos trabajar cuando
realicemos otras acciones sobre la fuente de datos.
A continuación, veremos como realizar acciones de actualización de datos, utilizando para
ello el objeto DataAdapter.
¿Cómo se insertan datos con el objeto DataAdapter
Suponiendo que hemos recogido un conjunto de datos y que trabajando con el objeto
DataSet hemos realizado una inserción de datos y que a continuación, queremos propagar
dicha inserción a la base de datos, deberemos hacer uso del método Insert del objeto
DataAdapter.
El objeto DataAdapter se encargará de llamar al comando apropiado para cada una de las filas
Nota:
El DataSet permanece desconectado de la fuente de datos y si realizamos una
modificación o alteración de los datos de un DataSet, estos no son propagados a la
fuente de datos. Para ello, el DataAdapter debe recibir la orden que queramos
ejecutar.

210
que han sido modificadas en un determinado DataSet.
Esto lo realizará siempre a través del método Update.
Trabajando con un ejemplo
La mejor manera de ver esto es con un ejemplo que nos ayude a entender mejor como
funciona la inserción de datos a través del objeto DataAdapter.
Tenga en cuenta además, que la actualización y el borrado de datos funciona de la misma
manera. Iniciaremos un nuevo proyecto de formulario Windows y en él insertamos los
componentes SqlConnection, SqlDataAdapter, DataSet y SqlCommand. Para el
componente SqlConnection, estableceremos la propiedad ConnectionString con el valor:
server=.;uid=sa;password=VisualBasic;database=MSDNVideo
A continuación seleccionaremos el componente SqlDataAdapter y modificaremos la
propiedad SelectCommand > Connection como vimos en el capítulo anterior.
De la lista de posibles conexiones que le aparezca, seleccione la conexión SqlConnection1.
Finalmente, inserte un control Button y un control DataGridView en el formulario. Éste
quedará como se indica en la figura.
Formulario con los componentes y controles insertados en él Figura 1
Finalmente, escribiremos el código necesario para ejecutar nuestra aplicación tal y como
queremos. Este es el que se detalla a continuación:
Public Class Form1
SqlDataAdapter1.SelectCommand.CommandText = "SELECT NIF, Nombre, Apellido1,

211
Apellido2, Telefono, Email, Direccion, Ciudad, Provincia, CP FROM SOCIOS"
' Rellenamos el DataSet con el contenido de la instrucción sql
SqlDataAdapter1.Fill(DataSet1, "Ejemplo")
' Asociamos el control DataGridView al DataSet
DataGridView1.DataSource = DataSet1.Tables("Ejemplo")
End Sub
' Declaramos un objeto DataRow para insertar en él los nuevos datos
Dim MiDataRow As Data.DataRow
' Creamos una nueva fila en el DataSet
MiDataRow = DataSet1.Tables("Ejemplo").NewRow()
' Insertamos los datos en el DataSet
MiDataRow("NIF") = "222222"
MiDataRow("Nombre") = "María"
MiDataRow("Apellido1") = "Juárez"
MiDataRow("Apellido2") = "Fernández"
MiDataRow("Telefono") = "1112233"
MiDataRow("Email") = "maría@cuentademail.com"
MiDataRow("Direccion") = "C Fernández de los Ríos, 77"
MiDataRow("Ciudad") = "Valladolid"
MiDataRow("Provincia") = "Valladolid"
MiDataRow("CP") = "11111"
DataSet1.Tables("Ejemplo").Rows.Add(MiDataRow)
' Si el DataSet tiene cambios ?
If DataSet1.HasChanges Then
' Indicamos la instrucción SQL correspondiente
SqlCommand1.CommandText = "INSERT INTO SOCIOS(NIF,
Nombre, Apellido1, Apellido2, Telefono, Email, Direccion, Ciudad, Provincia, CP)
VALUES(@NIF, @Nombre, @Apellido1, @Apellido2, @Telefono, @Email, @Direccion,
@Ciudad, @Provincia, @CP)"
' Establecemos para el comando, la (conexión) que utilizaremos
SqlCommand1.Connection = SqlConnection1
' Le indicamos al DataAdapter, cuál es el comando de inserción que usaremos
SqlDataAdapter1.InsertCommand = SqlCommand1
' Añadimos los parámetros y comandos correspondientes
' para cada campo a añadir en la base de datos

212
SqlCommand1.Parameters.Add("@NIF", Data.SqlDbType.NChar, 10, "NIF")
SqlCommand1.Parameters.Add("@Nombre",
Data.SqlDbType.NVarChar, 50, "Nombre")
SqlCommand1.Parameters.Add("@Apellido1",
Data.SqlDbType.NVarChar, 50, "Apellido1")
SqlCommand1.Parameters.Add("@Telefono",
Data.SqlDbType.NVarChar, 13, "Telefono")
SqlCommand1.Parameters.Add("@Email",
Data.SqlDbType.NVarChar, 50, "Email")
sqlCommand1.Parameters.Add("@Direccion",
Data.SqlDbType.NVarChar, 100, "Direccion")
SqlCommand1.Parameters.Add("@Ciudad",
Data.SqlDbType.NVarChar, 50, "Ciudad")
SqlCommand1.Parameters.Add("@Provincia",
Data.SqlDbType.NVarChar, 50, "Provincia")
SqlCommand1.Parameters.Add("@CP", Data.SqlDbType.NChar, 5,"CP")
' Abrimos la conexión
' Realizamos la inserción de datos desde el DataSet a través del DataAdapter
SqlDataAdapter1.Update(DataSet1, "Ejemplo")
' Cerramos la conexión
' Indicamos con un mensaje que la inserción de datos se ha realizado con éxito
MessageBox.Show("Datos insertados correctamente")
End If
End Sub
End Class
Por último, ejecute la aplicación. Si todo ha ido correctamente, los datos habrán quedado
correctamente insertados en la base de datos. Un ejemplo de nuestra aplicación en ejecución
es la que puede verse en la figura

213
Aplicación de ejemplo de inserción de datos con DataAdapter y DataSet en ejecución
Como vemos, el uso de DataAdapter en el caso de manipular datos, varía ligeramente. Sin
embargo, no es mucho más complicado con la actualización y borrado de datos. De hecho, la
forma de actuar es la misma como veremos a continuación.
8.15.- Actualizando datos a través del objeto DataAdapter
De la misma manera que hemos insertado datos en nuestra base de datos, debemos hacer a la
hora de actualizar los mismos. Sobre la base del ejemplo anterior (componentes y controles),
escriba o modifique el siguiente código:
Public Class Form1
SqlDataAdapter1.SelectCommand.CommandText = "SELECT NIF, Nombre, Apellido1,
Apellido2, Telefono, Email, Direccion, Ciudad, Provincia, CP FROM SOCIOS"
' Abrimos la Conexión SQL
End Sub
' En nuestro ejemplo, sabemos que queremos modificar
' la fila 2, columna 4 (todos los elementos empiezan por 0)
DataSet1.Tables("Ejemplo").Rows(1)(4) = "1112234"

214
SqlCommand1.CommandText = "UPDATE SOCIOS SET
Telefono=@Telefono WHERE NIF=@NIF"
' Le indicamos al DataAdapter, cuál es el comando de actualización que usaremos
SqlDataAdapter1.UpdateCommand = SqlCommand1
' Añadimos los parámetros y comandos orrespondientes
' para cada campo a actualizar en la base de datos
SqlCommand1.Parameters.Add("@NIF", Data.SqlDbType.NChar,10, "NIF")
SqlCommand1.Parameters.Add("@Direccion",
SqlCommand1.Parameters.Add("@CP", Data.SqlDbType.NChar, 5, "CP")
' Realizamos la actualización de datos desde el DataSet a través del DataAdapter
' Indicamos con un mensaje que la actualización de datos se ha realizado con éxito
MessageBox.Show("Datos actualizados correctamente")
End If
End Sub
End Class
Nuestro ejemplo en ejecución es el que se puede ver en la figura 1.

215
Aplicación de ejemplo de actualización de datos con DataAdapter y DataSet
8.16.- Eliminando datos a través del objeto DataAdapter
De igual forma sucede con la eliminación de datos utilizando para ello el objeto DataAdapter
junto al objeto DataSet.
Utilizaremos nuevamente en este caso, la base del ejemplo anterior (componentes y
controles), y escribiremos el siguiente código:
Public Class Form1
SqlDataAdapter1.SelectCommand.CommandText = "SELECT NIF,Nombre, Apellido1,
Apellido2, Telefono, Email, Direccion, Ciudad,Provincia, CP FROM SOCIOS"
' Rellenamos el DataSet con el contenido de la instrucción SQL
End Sub
' En nuestro ejemplo, sabemos que queremos eliminar
' la fila 2 (todos los elementos empiezan por 0) por lo que la fila 2 es aquí la 1
DataSet1.Tables("Ejemplo").Rows(1).Delete()

216
SqlCommand1.CommandText = "DELETE SOCIOS WHERE NIF=@NIF"
' Le indicamos al DataAdapter, cuál es el comando de eliminación que usaremos
SqlDataAdapter1.DeleteCommand = SqlCommand1
' Añadimos los parámetros y comandos correspondientes
' para cada campo a actualizar en la base de datos
SqlCommand1.Parameters.Add("@NIF", Data.SqlDbType.NChar,10, "NIF")
SqlCommand1.Parameters.Add("@Direccion",
SqlCommand1.Parameters.Add("@CP", Data.SqlDbType.NChar, 5,"CP")
' Realizamos la eliminación de datos desde el DataSet a través del DataAdapter
' Indicamos con un mensaje que la eliminación de datos se ha realizado con éxito
MessageBox.Show("Datos eliminados correctamente")
End If
End Sub
End Class

217
Nuestro ejemplo en ejecución es el que se puede ver en la figura .
Aplicación de ejemplo de eliminación de datos con DataAdapter y DataSet
8.17.- ¿Qué son los datos Maestro Detalle?
El desarrollador de aplicaciones que debe trabajar con datos y fuentes de datos relacionadas
entre sí, encuentra con frecuencia problemas de desarrollo en aplicaciones con datos
interrelacionados. Además, este tipo de aplicaciones, consumen gran parte del tiempo de
desarrollo y son por lo general, acciones repetitivas.
Supongamos como ejemplo general, la tabla Socios de un videoclub. Además, relacionemos
los socios del videoclub, con una tabla Alquileres, para saber si un socio determinado tiene
películas alquiladas, y en ese caso, saber cuáles.
Este sencillo ejemplo, es un claro exponente de una aplicación que relaciona datos maestro
detalle. Ambas tablas deben estar relacionadas para recopilar la información que se necesite
en un momento dado.
Los datos maestros serían expuestos por los socios del videoclub, mientras que los datos
detalle estarían relacionados con los datos de los alquileres de los socios.
En nuestro caso, vamos a cambiar las palabras maestro y detalle por padre e hijo, y a partir de
ahora, nos referiremos a padre como la tabla Socios, e hijo como la tabla Alquileres. De esta
forma, ubicaremos sin problemas ambos conceptos dentro del entorno de Visual Studio 2008,
ya que éste tiene alguna ligera connotación que podría infundirnos a error como observará
más adelante.
Por suerte, Visual Studio nos proporciona un conjunto de herramientas, que hace que realizar
una aplicación Windows con todas las características de una aplicación maestro detalle, sea un
auténtico juego de niños, que nos llevará aproximadamente un minuto de nuestro tiempo
como mucho. ¿No me cree?. Continúe el capítulo, y se sorprenderá de lo que Visual Studio
2008 puede hacer por usted.
8.18.- Configurando la fuente de datos
Trabajar con fuentes de datos requiere como tarea inicial, que tengamos listo y preparado un

218
origen de fuentes de datos válido. Para esta tarea, deberemos configurar la fuente de datos
que vamos a utilizar, algo que vamos a aprender a hacer a continuación.
Configurando el origen de la fuente de datos
Iniciaremos una nueva aplicación Windows con Visual Studio y seleccionaremos el menú Datos
> Mostrar orígenes de datos como se indica en la figura
Menú para mostrar los orígenes de datos
En este punto, aparecerá una ventana como la que se muestra en la figura.
Ventana de orígenes de datos
Como podemos apreciar, la ventana no tiene por defecto ningún origen de datos asignado,
además, esta ventana inicialmente, no está anclada a ningún sitio del entorno. Para situarla en
un lugar específico del entorno, haga clic sobre la ventana y arrástrela sobre la parte en la que
desee situarla, como se indica por ejemplo, en la figura

219
La ventana orígenes de datos podemos situarla dónde deseemos dentro de Visual
Studio
En este punto, la ventana de orígenes de datos, quedará anclada en el entorno de
desarrollo, como se muestra en la figura
La ventana orígenes de datos anclada en Visual Studio
Cada uno, puede situar esta ventana dónde considere oportuno. En mi caso la he situado entre
las ventanas del Explorador de soluciones y de Propiedades, pero podemos situarla dónde
consideremos oportuno. Sobre la configuración del origen de datos, haga clic sobre la opción
Agregar nuevo origen de datos... como se indica en la figura

220
Opción para agregar un nuevo origen de datos
Aparecerá una ventana como la que se muestra en la figura 6 en la cuál indicaremos el lugar de
dónde la aplicación obtendrá los datos, y que en nuestro caso será de una Base de datos.
Como tipo de origen de datos elegiremos una Base de datos
Una vez seleccionado la opción de Base de datos como tipo de origen de datos, presionaremos
el botón Siguiente.
En la siguiente ventana, elegiremos la conexión de la base de datos que vamos a utilizar, o
presionaremos sobre el botón Nueva conexión... sino tenemos seleccionada la conexión que
queremos utilizar.
En la figura podemos ver como hemos establecido la conexión con nuestra fuente de
datos, que utilizaremos en nuestro ejemplo de creación de la aplicación de acceso a
datos maestro detalle.

221
Ventana dónde elegimos la conexión de datos
A continuación, haremos clic en el botón Siguiente.
En la nueva ventana que aparece ahora dentro del asistente para la creación del origen de
datos, indicaremos el nombre de la cadena de conexión que crearemos. En nuestro caso, no
modificaremos el nombre de la cadena de conexión, dejándola por defecto como se muestra
en la figura
Asignamos un nombre para el nombre de la cadena de conexión
A continuación, haremos clic sobre el botón Siguiente.
En este punto, el asistente se conecta a la base de datos para recuperar la
información de la base de datos y mostrarla en la ventana del asistente como se

222
Ventana con los objetos de la base de datos seleccionada
A continuación, despliegue el objeto Tablas y seleccione las tablas Alquileres y Socios como se
indica en la figura
Selección de los objetos de la base de datos seleccionada
Una vez que hemos seleccionado los objetos de la base de datos, haremos clic sobre el botón
Finalizar para que el asistente concluya las opciones añadidas al asistente. La ventana del
origen de datos, quedará ahora configurado de una forma similar a la que se presenta en la
figura

223
Ventana de origen de datos con la configuración añadida
A partir de aquí, deberemos preparar las tablas del origen de datos para que se comporten
como auténticos datos e informaciones maestro detalle. Esto es lo que veremos en el siguiente
módulo.
8.19.- Preparando el origen de datos
Ya hemos aprendido a añadir nuestro origen de datos, y ahora aprenderemos a prepararlo
para poder utilizarlo posteriormente en la aplicación Windows.
La preparación del origen de datos, nos permitirá seleccionar que tabla o datos queremos que
actúen como maestro y cuales como detalle, o dicho de otra forma, que datos queremos que
sean padre y cuales hijo.
Nuestro objetivo principal es mostrar la tabla Alquileres como tabla hijo y la tabla Socios como
padre de la tabla anterior.
Prepararemos e incrustaremos primero la tabla Socios dentro del formulario Windows como
Detalle de la información, y posteriormente insertaremos la tabla Alquileres dentro del
formulario.
Por último, asignaremos alguna relación que permita trabajar con las dos tablas en nuestro
formulario Windows sin perder la conexión entre ambas tablas y permitiéndonos acceder a la
información que nos proporciona dicha relación.
Preparando la tabla padre
Lo primero que haremos será preparar la tabla padre para poderla añadir al formulario
Windows. Por esa razón, haremos clic sobre la tabla Socios de la ventana de Orígenes de datos
como se indica en la figura
Tabla Socios de la ventana de orígenes de datos

224
En la ventana de Orígenes de datos y en concreto con la tabla Socios desplegada, centraremos
nuestra atención en el campo NIF como se indica en la figura
Campo NIF de la tabla Socios
Pulse sobre la lista desplegable que aparece a la derecha del campo NIF y seleccione la
opción Label como se indica en la figura
Lista desplegable con la opción Label seleccionada como campo de la tabla
desplegada
En este caso, la ventana de Orígenes de datos quedará informada tal y como se indica
en la figura
Campo NIF modificado en la ventana de Orígenes de datos
A continuación, haremos clic sobre la tabla Socios como se indica en la figura, y
posteriormente presionaremos sobre la lista desplegable que aparece a la derecha de la
tabla.

225
Tabla Socios seleccionada en la ventana de Orígenes de datos
Si hacemos clic sobre la lista desplegable, aparecerá una lista de opciones o
posibilidades, para indicar cómo queremos que sean los campos de la tabla
seleccionada con respecto a que tipo de controles queremos que sean. Esto es lo que
se indica en la figura
Lista desplegable de la tabla Socios de la ventana de Orígenes de
datos
Por defecto, una tabla queda determinada con un icono que representa el control
DataGridView, aunque se puede modificar la representación que deseamos tengan los datos
dentro de un formulario seleccionando cualquiera de las opciones que tenemos de la lista
desplegable. Estas opciones pueden ser cualquiera de las siguientes:
Representa los datos volcados dentro de un control DataGridView
Representa los datos volcados dentro de controles estándar como TextBox u
otros controles para reflejarla como Detalle de la información
No representa ningún control como tipo de control de volcado de datos
En el caso de la tabla Socios que usaremos como tabla padre, cambiaremos la representación
por defecto de DataGridView para indicarle que nos represente la información en controles,
tal y como se indica en la figura

226
Tabla Socios seleccionada en la ventana de Orígenes de datos como Detalle
Ahora que tenemos la tabla maestra ya preparada, pasaremos a preparar la tabla
hija.
Preparando la tabla hija
Ahora que ya tenemos preparada la tabla tabla padre, prepararemos la tabla hija de los
alquileres de las películas de video, para poder usar su información dentro del formulario
Windows. Por esa razón, haga clic sobre la tabla Alquileres de la ventana de Orígenes de
datos como se indica en la figura
Tabla Alquileres de la ventana de orígenes de datos
Dentro de la ventana de Orígenes de datos y en concreto de la tabla Alquileres
desplegada, centraremos nuestra atención en el campo AlquilerID y SocioNIF como se
indica en la figura
Campos AlquilerID y SocioNIF de la tabla Alquileres
Sobre el campo AlquilerID y SocioNIF, haremos una pequeña modificación. Pulse sobre
la lista desplegable que aparece a la derecha del campo AlquilerID y SocioNIF y
seleccione la opción Label como se indica en la figura

227
Lista desplegable de opciones de un campo de la tabla desplegada
De esta manera, el campo AlquilerID y SocioNIF quedarán modificados en la ventana
Orígenes de datos como se indica en la figura
Campo AlquilerID y SocioNIF modificados en la ventana de Orígenes de datos
A continuación, haremos clic sobre la tabla Alquileres como se indica en la figura, y
posteriormente presionaremos sobre la lista desplegable que aparece a la derecha de la
tabla.
Tabla Alquileres seleccionada en la ventana de Orígenes de datos
Nos aseguraremos que está seleccionada la opción DataGridView que es la que
aparece por defecto. Esto es lo que se indica en la figura

228
En la tabla Alquileres, nos aseguraremos de seleccionar la opción DataGridView
Una vez que tenemos las tabla maestra y detalle preparadas para utilizarlas, las añadiremos al
formulario Windows para que tengan el funcionamiento esperado.
8.20.- Incrustando los datos maestro detalle
Ya sabemos como crear un origen de datos, también sabemos como preparar los datos
maestro y detalle, y por último, lo que nos queda es insertar esos datos en el formulario, y
relacionar todos sus datos para que funcionen de la forma esperada. A continuación,
veremos como llevar a cabo esta tarea y aprenderemos a hacerlo posible de forma muy
rápida y sencilla.
Incrustando la tabla padre en el formulario
Nuestra primera acción, será incrustar en el formulario los datos o tabla padre, que en
nuestro caso es la formada por la tabla Socios.
Para situar los datos de la tabla Socios dentro de un formulario y en concreto como una
información de detalle, bastará con arrastrar y soltar la tabla Socios sobre el formulario
como se indica en la figura
Para presentar la información como detalle, arrastraremos la tabla Socios
de la ventana Orígenes de datos sobre el formulario Windows
Observaremos que Visual Studio, generará por nosotros un conjunto de componentes y
controles, que por defecto tendrá una apariencia similar a la que se presenta en la figura

229
Controles y Componentes de la tabla maestra añadidos al formulario Windows
Observe por un momento, que el campo NIF que declaramos como Label en la ventana de
Orígenes de datos, aparece como tal en el formulario, tal y como se indica en la figura
Campo NIF de la tabla, representado como un control Label en el
formulario Windows
Si ejecutamos nuestra aplicación, observaremos que esta actúa como una típica aplicación de
acceso a datos que nos permite navegar a través de los campos de la tabla Socios, tal y como
se indica en la figura

230
Aplicación en ejecución de la tabla de detalle incrustada en el formulario Windows
A continuación, insertaremos en el formulario la tabla Alquileres y relacionaremos ambas
tablas para que se muestren los datos relacionados, dentro del formulario Windows.
Incrustando la tabla hija en el formulario
Ya tenemos la tabla padre insertada en nuestro formulario Windows. Nuestra segunda acción,
será la de incrustar en el formulario los datos o tabla hoja, que en nuestro caso es la formada
por la tabla Alquileres, la cuál además, posee una relación entre campos con la tabla Socios
insertada anteriormente.
Para llevar a cabo esta acción arrastraremos y soltaremos la tabla Alquileres sobre el
formulario como se indica en la figura
Para presentar la información de la tabla Alquileres, arrastraremos la tabla
de la ventana Orígenes de datos sobre el formulario Windows
Como podemos observar, el entorno de trabajo ha hecho por nosotros el trabajo más
complejo para representar los datos de forma rápida y sencilla.
El esquema de datos tipados, aparecía ya en nuestro proyecto cuando asignamos el
correspondiente origen de datos. Ahora lo que ha ocurrido, es que al arrastrar y soltar la
tabla padre Socios de la ventana de Orígenes de datos, en el entorno se ha añadido un
componente de nombre MSDNVideoDataSet que es el que permitirá relacionar el DataSet
tipado con nuestros datos.
Este componente será usado por la relación maestro detalle de las dos tablas añadidas al
formulario.
En la figura, podemos ver el esquema añadido a nuestro proyecto, y el componente del que
estamos hablando.

231
Esquema del DataSet tipado añadido al proyecto y su componente de relación
Ejecute la aplicación y observe el comportamiento de la misma.
Observará por lo tanto, que los datos entre detalle y maestra, no están relacionados. Si
navegamos a través de los datos de detalle a través del objeto SociosBindingNavigator, el
control DataGridView no representa la relación de los datos seleccionados.
Esto es lo que se muestra en la figura.
Ejecución de la aplicación confirmando que los datos mostrados no están
relacionados
A continuación, la tarea que nos queda para completar el correcto funcionamiento de
nuestra aplicación, es la de relacionar la tabla detalle y la tabla maestra entre sí, para que
los datos que se muestran en la aplicación, estén relacionados entre sí.
Relacionando la tabla padre con la tabla hija
La tarea más sencilla es la de relacionar la tabla detalle con la tabla maestra. Es una tarea
sencilla, porque Visual Studio nos proporciona las herramientas necesarias para simplificar al
máximo esta tarea.
Para llevar a cabo esta tarea, haga clic sobre el control DataGridView que corresponde a

232
los datos de la tabla maestra, y acceda a la ventana de Propiedades.
Dentro de la ventana de Propiedades, acceda a la propiedad DataSource como se indica en
la figura.
Propiedad DataSource del control DataGridView de la información maestra
Despliegue esta propiedad, y de la lista desplegable que aparece, seleccione la
opción FK_Alquileres_Socios como se indica en la figura
Asignación de la clave de relación entre las tablas
Cuando se asigna el campo de relación de las tablas, dentro de la aplicación se añade esta
relación para que cuando naveguemos entre los datos de la tabla Socios aparezca toda la
información de la tabla Alquileres relacionada con la tabla Socios.
Esto de lo que hablamos, está supeditado por el componente
FK_Alquileres_SociosBindingSource que es lo que se indica en la figura

233
Controles y componentes incluido el de relación entre tablas, añadidos al formulario
Windows
Para finalizar, ejecutaremos nuestra aplicación y comprobaremos que el funcionamiento de
esta, incluida la relación entre tablas, funciona como esperábamos. En la figura, podemos
observar el comportamiento de nuestra aplicación en ejecución.
Aplicación en ejecución, mostrando la correcta relación entre las tablas
8.21.- Manipulando los datos maestro detalle
Obviamente, los datos maestro detalle no nos sirve únicamente para insertar las tablas de
datos en un formulario, mostrarlos y navegar por ellos. Además de esto, podemos también
manipular los datos maestro detalle, modificarlos, actualizarlos, borrarlos, sin hacer ninguna
acción adicional. El control BindingNavigator ya proporciona todas las características
necesarias para realizar estas acciones.
Podemos personalizar el control para permitir o denegar estas acciones. Además, dentro de la

234
ventana de Orígenes de datos, podemos seleccionar diferentes campos de las tablas y cambiar
el tipo de control en el que queremos representar sus datos. A continuación veremos un breve
ejemplo de como manipular datos para que nos sirva de aprendizaje de cómo hacer esto
posible.
Modificando datos
Ejecute la aplicación de ejemplo que hemos diseñado hasta ahora y sitúese en alguno de sus
campos. Centrándonos en la información de la tabla Socios, cambiaremos un campo
determinado, como el que se muestra en la figura
Modificaremos el valor de un campo para que nos sirva de ejemplo
Acto seguido, cuando hayamos realizado la modificación, haremos clic sobre la opción de
Guardar datos, tal y como se muestra en la figura.
Opción del control BindingNavigator para guardar los datos modificados
Como vemos, la manipulación de datos es realmente sencilla y en la relación de datos
mostrada, no tiene porqué presentarnos ninguna dificultad.
Insertando y eliminando datos
Si queremos agregar datos, deberemos hacer clic sobre la opción Agregar nuevo del control
BindingNavigator como se muestra en la figura

235
Añadir un registro nuevo es realmente sencillo
De la misma manera funciona el mecanismo para eliminar un registro, tal y como se
Eliminar un registro de forma Rápida

Acceso a datos con ado.net en visual basic

Más contenido relacionado

La actualidad más candente (13)

Similar a Acceso a datos con ado.net en visual basic (20)

Último (20)

Acceso a datos con ado.net en visual basic