March 19
La creazione di un design efficace per un database relazionale è un elemento chiave nella costruzione di un sistema affidabile. Non esiste una "corretta" progettazione di database relazionale per ogni progetto particolare, e gli sviluppatori devono fare delle scelte per creare un design in grado di lavorare in modo efficiente. Ci sono alcune insidie di progettazione comuni che possono danneggiare un sistema di database. All'uscita fuori per questi errori in fase di progettazione può aiutare ad evitare problemi in seguito.
La scelta di nomi è un aspetto della progettazione di database che viene spesso trascurato, ma può avere un notevole impatto sulla usabilità e lo sviluppo futuro. Per evitare questo, entrambi i nomi di tabelle e colonne dovrebbero essere scelti per essere significativo e di conformarsi alle convenzioni stabilite, assicurando che la coerenza è mantenuta per tutto un sistema. Un certo numero di convenzioni possono essere utilizzati nei nomi dei database relazionali, tra cui i seguenti due esempi per un record di memorizzazione di un nome del cliente: ". ClientName" "client_name" e
Creazione di documentazione per un database relazionale può essere un passo fondamentale per la salvaguardia dello sviluppo futuro. Ci sono diversi livelli di documentazione che possono essere creati per i database, e alcuni sistemi di gestione di database sono in grado di generare automaticamente la documentazione. Per i progetti in cui la documentazione formale non si ritiene necessaria, semplicemente inclusi i commenti all'interno del codice SQL può essere utile.
La normalizzazione è una tecnica per analizzare e migliorando, un disegno iniziale database. Una varietà di tecniche sono coinvolti, incluse le funzioni identificativi di una progettazione di database che possono compromettere l'integrità dei dati, ad esempio punti di dati che vengono memorizzati in più di un luogo. La normalizzazione individua le anomalie in una progettazione di database, e può prevenire le caratteristiche del progetto che causeranno problemi quando i dati viene eseguita una query, inserita o aggiornata.
La mancata testare una progettazione di database con un campione di reale, o realistico, dati può causare gravi problemi in un sistema di database. Generalmente, progettazione di database relazionale viene avviato da un livello astratto, utilizzando tecniche di modellazione per arrivare ad un disegno. Lo svantaggio di questo processo è che il disegno volte non si riferiranno esattamente ai dati effettivi, ed è per questo test è così importante.
SQL ha molte funzionalità che possono migliorare l'usabilità e il successo di un sistema di database. Strutture come le stored procedure e controlli di integrità non sono spesso utilizzati nei casi in cui si potrebbe migliorare notevolmente la stabilità di un sistema. Gli sviluppatori spesso scelgono di non effettuare questi processi durante le fasi di progettazione di un progetto in quanto non sono una necessità, ma possono aiutare ad evitare problemi in una fase successiva.