migliori pratiche per le applicazioni di database

Question

Mi sono chiesto che cosa la community considera "best practice" quando si tratta di costruire un frontend per un database.

per esempio:.

ogni modulo dovrebbe avere una propria connessione?

tutte le cose relative al database dovrebbero andare in un livello separato? Cioè: creare una classe, che gestisce tutto il database delle cose, che istanzio poi dai miei moduli e così via?

quanto rigorosa dovrebbe essere seguita la regola di separazione, ovvero: dove mettere stringhe SQL, stringhe di connessione. In ogni codice di moduli (reperibile), in un file (sorgente-) separato come variabili globali, in un file XML o in nessun punto del codice sorgente, solo sul server sql?

ecc.

Answer 1

Quando si crea un'applicazione Web, normalmente si hanno 3 livelli di logica.

1. Livello presentazione
2. Livello di logica aziendale
3. Livello di accesso ai dati

L'ultimo livello fa tutto ciò che riguarda la gestione del database.

Il livello di business logic non dovrebbe mai parlare direttamente con il database, senza utilizzare il livello di accesso ai dati.

Questo è il mio miglior consiglio

Answer 2

Non commettere questi errori .

Answer 3

Leggi le migliori pratiche per le architetture applicative nella tua lingua e leggi sui framework popolari. La risposta a questa domanda può facilmente riempire 3 o 4 semestri di classi di architettura dell'applicazione.

Answer 4

Comprendi il modello di transazione del tuo database. Oracle e SQL Server supportano entrambi le transazioni, ma il modo in cui funzionano è abbastanza diverso.

Answer 5

Questa è una domanda molto ampia senza una risposta semplice. Se questo è un progetto medio-piccolo, inserirei la stringa di connessione in web.config (sezione connectionStrings) e utilizzerei il controllo SqlDataSource incorporato per accedervi.

Answer 6

È sempre meglio separare i diversi livelli del progetto. Guarda nel framework MVC.

MVC su Wikipedia