DATA_ACCESS
1.0.0
He creado mis ejemplos de temas de acceso a datos en este repositorio. Tengo ejemplos y proyectos sobre temas como marco de entidad, datos primero, código primero, Orm, creación de bases de datos.
Es una herramienta que actúa como puente entre una base de datos relacional y la programación orientada a objetos (POO). Este puente es una estructura donde usamos nuestros modelos de objetos para administrar nuestra información en la base de datos relacional. En definitiva, es un framework desarrollado por Microsoft que conecta nuestros objetos a la base de datos e intercambia datos por nosotros.
Al utilizar consultas LINQ (Language Integrated Query) con Entity framework, tenemos una consulta poderosa sobre objetos. Los servicios proporcionados por Entity framework son principalmente seguimiento de cambios, resolución de identidades y traducción de consultas. El objetivo principal de Entity framework es permitir que el desarrollador de aplicaciones se concentre en el lado de la aplicación sin estar demasiado ocupado con las operaciones de datos. Como ejemplo muy sencillo, los desarrolladores somos enteramente responsables de abrir y cerrar una conexión en aplicaciones clásicas de ADO.NET. Sin embargo, cuando utiliza el marco de la entidad, no interfiere con dichas operaciones. Usted prepara su consulta y la envía a la base de datos a través del marco de la entidad.
Entity Framework utiliza 3 métodos diferentes de desarrollo de proyectos para esto.
Model First = Este método permite diseñar la base de datos en este modelo agregando un archivo de modelo vacío (.edmx) en Visual Studio. El archivo de script proporcionado en el paso de compilación crea la base de datos.
Base de datos primero = En esta dirección, Entity Framework crea nuestras clases necesarias conectando la base de datos creada previamente al proyecto como modelo.
En esta carpeta, primero mostré mis ejemplos de base de datos. Páginas de GitHub.
Code First = Este método es un método que realizamos al comenzar a crear nuestras clases en el entorno de Visual Studio. Nuestra base de datos se deriva de estas clases. Aquí, el desarrollador puede realizar operaciones de mapeo gracias a los atributos mientras crea clases. Por cierto, el proceso de Mapeo es el evento donde definimos nuestras restricciones en nuestras tablas. Además de los atributos, podemos realizar estas operaciones de diferentes formas. Por ejemplo, herramientas como Fluent Api o Fluent Validation se utilizan popularmente para operaciones de mapeo.
Usando la biblioteca Entity Framework, podemos filtrar los datos realizando consultas en una tabla de nuestra base de datos. Casi todas las consultas que puede realizar en T-SQL se pueden realizar con Entity Framework.
Aquí he mostrado las operaciones básicas de selección. Páginas de GitHub.
También puede utilizar las funciones integradas de consultas e informes T-SQL con la biblioteca Entity Framework.
Aquí mostré nuestras funciones agregadas básicas. Páginas de GitHub.
En la estructura Code First, las estructuras de "clases" en el lenguaje de programación corresponden a las estructuras de "tabla" en la base de datos, y las estructuras de "propiedades" corresponden a las estructuras de "columnas" en la base de datos. Además, gracias a los Atributos, Se pueden aplicar validaciones a las estructuras de la base de datos y se pueden colocar ciertas condiciones o restricciones en las columnas. Lo más importante es que le permite sentir el control automático del modelo en su proyecto y usarlo como desee con control total.
Puedes ver mi ejemplo sobre el tema aquí. Páginas de GitHub.
He creado una base de datos vir que puedes usar aquí.
Puedes consultarlo aquí. Páginas de GitHub.
Es una estructura que hace que nuestros proyectos de Arquitectura por capas estén más organizados, aumenta la legibilidad del código, aumenta el trabajo en equipo y facilita la gestión de errores. De hecho, con esta estructura, hemos convertido la redacción de proyectos en un estándar. Como esta estructura consta de 3 capas principales, hoy en día se la puede llamar estructura de arquitectura multicapa. Pero en realidad se basa en tres capas principales. Estas capas son;
-- Capa de datos -- Capa empresarial -- Capa de presentación
Aquí creé mis entidades correspondientes a mi base de datos. Páginas de GitHub.
Aquí creé mi capa de infraestructura. Páginas de GitHub.
Creé mi interfaz de usuario aquí. Páginas de GitHub.
Dapper es una herramienta micro ORM desarrollada por Stackoverflow que admite muchas bases de datos. Dado que las herramientas orm hacen muchas cosas por sí mismas, esto hace que funcionen un poco lento. No se prefiere especialmente en puertos con mucho tráfico. En tales casos, puede ser preferible Dapper. Es un único "dll". Entonces, ¿qué es una interfaz para mapeo? Tampoco necesita ningún archivo de configuración. En definitiva, es sencillo y rápido. Lanzado como código abierto en Github y continúa desarrollándose.
--La característica más importante de Dapper es su muy buen rendimiento. La mayoría de las veces, se prefiere debido a esta ventaja.
--Puede ejecutar fácilmente sus consultas y vincular fácilmente el resultado devuelto a un objeto.
--La desventaja más importante es que, dado que las consultas se escriben en línea, son bastante propensas a cometer errores. A esto se debe prestar atención. Peor aún, estos errores ocurren en tiempo de ejecución, no en tiempo de compilación.
--En Dapper, hacemos la mayoría de las cosas. El desarrollador tiene que hacer la base de datos, nuestras consultas, nuestros activos en el lado del programa y el estado de los objetos. Esto aumenta enormemente los costos de desarrollo y mantenimiento durante las etapas de desarrollo de grandes proyectos.
Intenté utilizar 2 métodos en este repositorio. Trabajé con mis procedimientos en Sql en un repositorio y en mi otro repositorio escribiendo mis consultas directamente en el programa.
-- Primero creé la base de datos en SQL.
-- Luego, adecué mis procedimientos a los métodos que usaré en mi programa. Puedes mirar desde aquí. Páginas de GitHub
--En mi programa también creé mis capas y activos, mis repositorios que usaré con mis procedimientos. Lo importante aquí es dar mis procedimientos y los parámetros que usaré en él correctamente. De lo contrario, obtendremos muchos errores. Puedes mirar desde aquí. Páginas de GitHub
-- Creé la conexión con la base de datos con "conexión". Puedes mirar desde aquí. Páginas de GitHub
-- Creé mi última interfaz de usuario e hice las acciones que deseaba. Puedes mirar desde aquí. Páginas de GitHub
Aquí, escribí mis consultas que ejecutarán la operación que quiero directamente en Sql. Realmente es necesario tener mucho cuidado al escribir las consultas aquí. Un error puede hacer perder mucho tiempo. En cuanto a los parámetros, los valores coincidentes de los parámetros en la consulta deben ser correctos. Pero para mí, las excepciones se explican por sí mismas en Dapper. Es realmente útil encontrar fallas fácilmente.
Puedes mirar desde aquí. Páginas de GitHub
Aquí, he mostrado mis acciones en la interfaz de usuario.
Puedes mirar desde aquí. Páginas de GitHub
