Microsoft desarrolló ADO.NET como un componente de .NET Framework. Nuestras aplicaciones C# y VB.NET ahora pueden acceder a cualquier tipo de fuente de datos utilizando esta nueva tecnología. Con la biblioteca de clases orientadas a objetos de ADO.NET, es posible crear aplicaciones basadas en bases de datos con alta velocidad, confiabilidad y escalabilidad. Solo cuando el sistema necesita leer o actualizar datos, el modelo ADO.NET se conecta a la fuente de datos. Tiene un impacto significativo en la creación de aplicaciones. Las conexiones abiertas ejercen una presión significativa sobre los recursos del sistema, ya sea en una aplicación cliente-servidor o distribuida. No siempre se requiere la conexión a una fuente de datos. Cuando leemos y escribimos datos en una fuente de datos, todo lo que necesitamos hacer es conectarnos a una fuente de datos.
Nuestras consultas SQL y procedimientos almacenados se pueden usar con ADO.NET para realizar la acción de lectura, escritura y eliminación de la fuente de datos. Los objetos DataReader o DataSet siempre se devuelven como resultado del uso de sintaxis SQL y objetos de comando ADO.NET. Los objetos DataSet nos permiten trabajar con datos después de que se cierra una conexión, por lo que podemos volver a conectarnos a la fuente de datos para actualizarla después de que hayamos terminado nuestro trabajo en nuestra computadora. Un conjunto de datos es una colección de objetos DataTable, cada uno de los cuales puede tener un enlace a otras tablas de la colección. Los proveedores de datos nos permiten acceder a la fuente de datos y completar el conjunto de datos con información. ADO.NET, OLEDB y ODBC son tres de los proveedores de datos proporcionados por Marco de entidad .NET.
Las aplicaciones basadas en datos se pueden crear utilizando Entity Framework de ADO.NET, un conjunto de tecnologías que facilitan esta tarea. Estos dos objetivos aparentemente irreconciliables han preocupado tanto a los arquitectos como a los desarrolladores de aplicaciones basadas en datos. Debido a esto, deben trabajar en conjunto con los motores de datos utilizados para almacenar y recuperar los datos y representar las entidades, relaciones y lógica apropiadas. Muchos sistemas de almacenamiento pueden estar involucrados; Incluso los programas que usan solo un sistema de almacenamiento deben equilibrar los requisitos del sistema de almacenamiento con los de crear un código de aplicación eficiente y mantenible.
Debido a que los clientes y las direcciones se almacenan como objetos y atributos específicos del dominio, los desarrolladores pueden usar Entity Framework para trabajar directamente con estos datos sin preocuparse por cómo se almacenan en las bases de datos. Con Entity Framework, las aplicaciones basadas en datos se pueden crear y mantener con mucho menos código que con los marcos estándar. Es posible ejecutar aplicaciones de Entity Framework en cualquier computadora que tenga instalado .NET Framework 3.5 SP1 porque Entity Framework es parte de .NET Framework.
Da vida a los modelos.
Dividir una aplicación o servicio en tres partes: un modelo de dominio, un modelo lógico y un modelo físico es una práctica de diseño establecida y estándar. Los elementos y conexiones del sistema se describen en detalle en el modelo de dominio. Las entidades y relaciones se normalizan en tablas con restricciones de clave externa en el modelo lógico para una base de datos relacional. El modelo físico especifica características de almacenamiento como partición e indexación para aprovechar las capacidades de un motor de datos en particular.
Los administradores de bases de datos ajustan el modelo físico para aumentar el rendimiento, mientras que los programadores de aplicaciones suelen interactuar con el modelo lógico mediante la creación de consultas SQL y la ejecución de procedimientos almacenados. Hay varias formas en que se pueden usar los modelos de dominio, pero se usan más comúnmente para capturar y comunicar las necesidades de una aplicación en las primeras etapas de un proyecto y luego se abandonan. Muchos equipos de desarrollo comienzan describiendo tablas, columnas y claves en una base de datos relacional sin desarrollar primero un modelo conceptual.
Los modelos cobran vida con el Base de datos principal de Entity Framework porque permite a los desarrolladores consultar entidades y relaciones en el modelo de dominio, que Entity Framework llama su “modelo conceptual”. Esto elimina la dependencia de los programas de una fuente de datos específica de su código.
Cuando se usa Code First, el modelo conceptual se traduce en una representación de código correspondiente. Sus tipos de objetos y configuraciones adicionales se utilizan para derivar el modelo conceptual de Entity Framework. En tiempo de ejecución, se utiliza una combinación de definiciones de tipo de dominio e información de configuración de código adicional para crear un archivo de metadatos de asignación. En función de los metadatos, Entity Framework crea la base de datos. Consulte Creación de un modelo para obtener más detalles.
Entity Framework es un sistema de gestión de bases de datos orientado a objetos.
Para almacenar o recuperar datos de aplicaciones de la base de datos subyacente anterior a .NET 3.5, nosotros (los desarrolladores) normalmente usábamos código ADO.NET o Enterprise Data Access Block (EDAB). Para aplicar las reglas comerciales, teníamos que iniciar una conexión de base de datos, crear un conjunto de datos y luego convertir los datos en el conjunto de datos a objetos .NET o viceversa. Era un método propenso a errores y que consumía mucho tiempo. Con el “Entity Framework” proporcionado por Microsoft, puede automatizar todas las tareas relacionadas con la base de datos de su aplicación.
Marco ORM de código abierto para aplicaciones .NET con tecnología de Microsoft – Entity Framework (EF). Los desarrolladores pueden usar clases específicas de dominio para interactuar con los datos sin tener que preocuparse por las tablas y los campos de la base de datos subyacente. Cuando se trabaja con datos, Entity Framework permite a los desarrolladores trabajar con un mayor nivel de abstracción, lo que reduce la necesidad de escribir código para aplicaciones basadas en datos. Los desarrolladores de .NET pueden interactuar con una base de datos usando objetos .NET gracias a Entity Framework, un mapeador relacional de objetos (O/RM). Los desarrolladores no tienen que crear tantos códigos de acceso a datos como solían hacerlo”.