Observe cómo se utilizó el "CustomerName". Tenga cuidado aquí porque quiere asegurarse de que usted no intenta llamar a un campo de una tabla que no ha seleccionado. Ok, lo último que hay que hacer es cerrar las conexiones y disponer de forma que no creamos pérdidas de memoria en el servidor. adoDR.Close (); adoDR.Dispose (); adoCmd.Dispose (); adoConn.Close (); adoConn.Dispose (); Noté que invirtió el orden que he utilizado al crear los objetos. DataReaders se abren cuando se llama al ExecuteReader () y cuando algo abierto, debe cerrarlo. Llamando .
Dispose () en estos objetos serían también cerrarlas pero cerrarlas mí siempre ha sido un habbit mío. Objetos de comando no se abren o se cierran por lo que no Close () que se necesita. Y finalmente cerramos /disponer de la conexión de base de datos. Ya está. ¿Era tan difícil? Hemos creado una conexión de base, la abrió, creado un comando (mediante una consulta SQL personalizada) y ejecutamos el DataReader. Luego, en bucle a través de los registros. Finalmente, cerramos y dispuesto de todos los objetos. Ahi tienes. Sencillo. ADO.NET ha hecho que sea muy fácil de mostrar los datos.
Esto es sólo un pequeño rasguño en el Titanic. ADO.NET podría llenar 50.000 páginas! Espero que haya disfrutado de este artículo. Tengo que admitir que no soy mucho de un escritor, pero me acuerdo de la primera vez que puse los datos de una base de datos y me hubiera gustado que alguien me diga en la llanura Inglés como llegar directamente al grano. Obviamente, no cubrimos otros temas como la interceptación de errores, DataGrids, conjuntos de datos, etc. Los que vendrán en el tiempo!