ADO.NET se refiere a una tecnología desarrollada por Microsoft para manejar conexiones a distintas bases de datos y hacer un manejo local (en memoria) de los datos leídos o manejados, todo sobre el Framework de .NET, empleado desde Visual Studio en los distintos lenguajes que se encuentran disponibles (VB, J#, C++, ASP.NET, C# mi preferido, etc..).
ADO.NET tiene una cualidad que lo hace muy interesante y útil que es el poder mantener en una sola aplicación conexiones a diferentes manejadores de base de datos, pudiendo tener una conexion a una base de datos en Oracle y asu vez una conexión a una base de datos en MSSQL, y poblando una misma tabla.
Microsost define a Ado.Net como un conjunto de clases que permiten acceder a servicios de acceso a datos, ADO.NET no es el conector ADO que se empleada antes para crear conexiones a una BD, estos métodos son empleados por el programador sobre el Framework de .NET, ADO.Net también cuenta con componentes y servicios para la creación de aplicaciones de uso compartido de datos distribuidos.
Yo siempre lo visualizó (ADO.NET) como una base de datos implementada en memoria. Esta base de datos se compone de un DataSet, el cual contiene DataTables, de las cuales podemos agregar restricciones para poder mantener una integridad referencial. Siendo el DataSet la BD y los DataTables las tablas contenidas en la BD:
DataSet ds = new DataSet(); // Creamos el DataSet
DataTable dt = new DataTable("Tablita"); // Creamos la Tabla
ds.Tables.Add(dt) // Agregamos la tabla y listo.
// para hacer referencia a la tabla solo se hace el llamado sobre el dataset
// ds.Tables["Tablita"] esta es la referencia al DataTable contenido en el DataSet
// la tabla se compone por colecciones de objetos, coleccion para filas, coleccion para columnas...
// se hace referencia al valor contenido en la fila cero (o la primera fila) y
// a la columna ó campo llamado "Columna1"
ds.Tables["Tablita"].Rows[0]["Columna1"] .ToString();
// algo que no me gusta del manejo de datatables en .Net es que no se tienen apuntadores a los
// registros por lo que para poder leer un registro en una posición en especifico debes conocer el
// Row... bueno tal vez a mi se me dificulte...
ADO.Net trabaja de 2 maneras muy generales, la forma conectada y la desconectad, cada una tiene sus pros y contras, ya que dependiendo de el objetivo de la aplicación a desarrollar será la funcionalidad. En el caso de una aplicación en 3 capas yo recomiendo el ambiente desconectado, ya que solo se estarán solicitando datos al servidor de aplicaciones podiendo trabajar sin estar conectado a la BD, en el otro caso se requiere forzosamente una conexión viva con el manejador de bases de datos.
En proximos blogs espero mostrar algunos ejemplos de Ambiente Conectado y Desconectado, por ahora es todo, nos vemos.
Se me olvidaba, aqui les dejo un video de un tutorial de un cuate, c'ya.
- "Life is like a box of chocolates"
