ADO.NET es una tecnología de acceso a datos de Microsoft .NET Framework que proporciona comunicación entre sistemas relacionales y no relacionales a través de un conjunto común de componentes. [1] ADO.NET es un conjunto de componentes de software que los programadores pueden utilizar para acceder a datos y servicios de datos desde una base de datos. Es parte de la biblioteca de clases base que se incluye con Microsoft .NET Framework. Los programadores lo utilizan comúnmente para acceder y modificar datos almacenados en sistemas de bases de datos relacionales , aunque también puede acceder a datos en fuentes de datos no relacionales. ADO.NET a veces se considera una evolución de la tecnología ActiveX Data Objects (ADO), pero se modificó tanto que puede considerarse un producto completamente nuevo.
ADO.NET se divide conceptualmente en consumidores y proveedores de datos. [2] Los consumidores son las aplicaciones que necesitan acceso a los datos, y los proveedores son los componentes de software que implementan la interfaz y, por tanto, proporcionan los datos al consumidor.
Existe funcionalidad en Visual Studio IDE para crear subclases especializadas de las clases DataSet para un esquema de base de datos particular , permitiendo un acceso conveniente a cada campo en el esquema a través de propiedades fuertemente tipadas . Esto ayuda a detectar más errores de programación en tiempo de compilación y mejora la función Intellisense del IDE .
Un proveedor es un componente de software que interactúa con una fuente de datos . Los proveedores de datos ADO.NET son análogos a los controladores ODBC , los controladores JDBC y los proveedores OLE DB .
Se pueden crear proveedores ADO.NET para acceder a almacenes de datos tan simples como un archivo de texto y una hoja de cálculo, hasta bases de datos tan complejas como Oracle Database , Microsoft SQL Server , MySQL , PostgreSQL , SQLite , IBM Db2 , Sybase ASE y muchos otros. También pueden proporcionar acceso a almacenes de datos jerárquicos, como sistemas de correo electrónico.
Debido a que diferentes tecnologías de almacenamiento de datos pueden tener diferentes capacidades, cada proveedor de ADO.NET no puede implementar todas las interfaces posibles disponibles en el estándar ADO.NET. Microsoft describe la disponibilidad de una interfaz como "específica del proveedor", ya que puede no ser aplicable según la tecnología de almacenamiento de datos involucrada. Los proveedores pueden aumentar las capacidades de un almacén de datos; estas capacidades se conocen como "servicios" en el lenguaje de Microsoft.
Entity Framework (EF) es un marco de mapeo relacional de objetos (ORM) de código abierto para ADO.NET, parte de .NET Framework. Es un conjunto de tecnologías en ADO.NET que soporta el desarrollo de aplicaciones de software orientadas a datos. Los arquitectos y desarrolladores de aplicaciones orientadas a datos normalmente han luchado con la necesidad de lograr dos objetivos muy diferentes. Entity Framework permite a los desarrolladores trabajar con datos en forma de objetos y propiedades de dominios específicos, como clientes y direcciones de clientes, sin tener que preocuparse por las tablas y columnas de la base de datos subyacente donde se almacenan estos datos. Con Entity Framework, los desarrolladores pueden trabajar en un mayor nivel de abstracción cuando manejan datos y pueden crear y mantener aplicaciones orientadas a datos con menos código que en las aplicaciones tradicionales.
LINQ to SQL (anteriormente llamado DLINQ) permite utilizar LINQ para consultar bases de datos de Microsoft SQL Server, incluidas las bases de datos de SQL Server Compact. Dado que los datos de SQL Server pueden residir en un servidor remoto y que SQL Server tiene su propio motor de consultas, no utiliza el motor de consultas de LINQ. En su lugar, la consulta LINQ se convierte en una consulta SQL que luego se envía a SQL Server para su procesamiento. Dado que SQL Server almacena los datos como datos relacionales y LINQ trabaja con datos encapsulados en objetos, las dos representaciones deben asignarse entre sí. Por este motivo, LINQ to SQL también define un marco de mapeo. El mapeo se realiza definiendo clases que corresponden a las tablas de la base de datos y que contienen todas o un subconjunto determinado de las columnas de la tabla como miembros de datos.
