mejores prácticas para aplicaciones de bases de datos

Question

Me pregunté qué considera la comunidad "mejores prácticas". cuando se trata de construir una interfaz para una base de datos.

por ejemplo:

¿debería cada formulario tener su propia conexión?

¿todas las cosas relacionadas con la base de datos deben ir a una capa separada? Es decir: ¿crear una clase, que maneje todas las cosas de la base de datos, que luego instanciaré de mis formularios, etc.?

cuán estricta debe seguirse la regla de separación, es decir: dónde colocar cadenas SQL, cadenas de conexión. En cada código de formularios (que se puede encontrar), en un archivo separado (fuente) como variables globales, en un archivo XML o incluso en ninguna parte del código fuente, ¿solo en el servidor SQL?

etc.

Answer 1

Al crear una aplicación web, normalmente tiene 3 capas de lógica.

1. Capa de presentación
2. Capa de lógica de negocios
3. Capa de acceso a datos

La última capa hace todo lo relacionado con la gestión de la base de datos.

La capa de lógica de negocios nunca debe hablar directamente con la base de datos, sin usar la capa de acceso a datos.

Ese es mi mejor consejo

Answer 2

No cometa estos errores .

Answer 3

Lea sobre las mejores prácticas para arquitecturas de aplicaciones en su idioma y lea sobre los marcos populares. La respuesta a esta pregunta puede llenar fácilmente 3 o 4 semestres de clases de arquitectura de aplicaciones.

Answer 4

Comprenda el modelo de transacción de su base de datos. Oracle y SQL Server admiten transacciones, pero la forma en que funcionan es bastante diferente.

Answer 5

Esta es una pregunta muy amplia sin una respuesta simple. Si este es un proyecto de pequeño a mediano, pondría la cadena de conexión en web.config (sección connectionStrings) y usaría el control SqlDataSource incorporado para acceder a ella.

Answer 6

Siempre es mejor separar las diferentes capas de su proyecto. Mira en el marco MVC.

MVC en Wikipedia