Esta duda se puede tratar de diferentes formas, pero en este caso te enseñamos la que en nuestra opinión es la resolución más completa.
Solución:
la razón por la que crea una DAL (Capa de acceso a datos) o cualquier otro tipo de capa intermedia entre el motor de la base de datos y la lógica empresarial/de la aplicación es que, al agregar esta capa en el medio, aísla el resto/las capas superiores de su aplicación de la motor/tecnología de base de datos específica que está utilizando en este momento.
Esto tiene varias ventajas, como una migración más fácil a otros motores de almacenamiento, una mejor encapsulación de la lógica de la base de datos en una sola capa (más fácil de reemplazar o modificar más adelante dependiendo de qué tan bien haya diseñado sus interfaces entre capas, etc.)
vea mi respuesta aquí, es un ejemplo sobre ASP.NET MVC y EF, pero la estructuración de la solución y los proyectos es en realidad independiente de la tecnología: MVC3 y Entity Framework
Lea también algunos artículos para comprender mejor este asunto, por ejemplo: http://www.developerfusion.com/article/84492/net-and-data-persistence/
Capa de persistencia también conocida como capa de acceso a datos u otra terminología.
Separa las agallas de obtener y guardar los datos de la capa empresarial. La razón por la que hace esto es para que su lógica comercial (la parte de la aplicación que hace el trabajo pesado para la manipulación de sus datos) no esté vinculada a un tipo específico de fuente de datos.
los capa de datos tendrá que ser escrito para ser específico de la base de datos. Entonces, si está utilizando MySQL para acceder a todos sus datos, escribirá la capa de datos para ese uso.
Si en algún momento decide pasarse a MongoDB, en lugar de reescribir toda su aplicación. Puede reescribir solo las partes de acceso a datos para obtener los datos de MongoDB. Dado que a la lógica empresarial no le importa cómo obtiene los datos, solo que usted lo haga, tanto ellos como la capa de presentación pueden permanecer intactos.
Espero que esto ayude.
En términos muy simples, una capa de persistencia es una forma de AHORRAR y RECUPERAR elementos que utiliza su aplicación.
Un ejemplo simple es que tienes una clase que representa a una persona (nombre, edad y género). Mientras su aplicación se ejecuta, esto se mantiene en la memoria. Pero suponga que desea que esa información esté disponible si cierra y abre su aplicación nuevamente. Bueno, necesitas alguna forma de AHORRAR esa persona y luego RECUPERAR de nuevo Aquí es donde entra una capa de persistencia y escribirá su persona en algún lugar “permanente”.
Eso podría ser una base de datos, un archivo plano, un registro según el tiempo de vida y los requisitos, etc.
En tus capas de persistencia realizarás operaciones CRUD (Crear, Leer, Actualizar, Eliminar). A menudo contra una base de datos para que pueda Crear una nueva persona (Fred Bloggs). Digamos que cambian su nombre, otro usuario de su sistema podría Leer el registro y el cambio a Fred Miggins y Actualizar la base de datos. Ese cliente luego se va del país para que usted Borrar a ellos.
Si haces scroll puedes encontrar las críticas de otros creadores, tú aún tienes la habilidad mostrar el tuyo si te apetece.