Le insidie nella progettazione di database relazionali

Creazione di un design efficace per un database relazionale è un elemento chiave nella costruzione di un sistema affidabile . Non c'è un disegno di database "corretto" relazionale per un particolare progetto , e gli sviluppatori devono fare delle scelte per creare un design che funziona in modo efficiente. Ci sono alcuni trabocchetti di progettazione comuni che possono danneggiare un sistema di database . Guardare fuori per questi errori in fase di progettazione può aiutare ad evitare problemi in seguito. Careless Pratiche di denominazione

nomi di scelta è 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 tabella e colonna devono essere scelti per essere significativo e per essere conformi alle convenzioni stabilite , garantendo che la coerenza è mantenuta per tutto il sistema . Un certo numero di convenzioni può essere usato nei nomi di database relazionali , tra cui i seguenti due esempi per un record di memorizzazione di un nome del cliente : " . Clientname " " CLIENT_NAME " e
Mancanza di
Documentazione
per un database relazionale

Creazione di documentazione 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 non si ritiene necessaria documentazione formale , semplicemente compresi i commenti all'interno del codice SQL può essere utile .
Mancata Normalize

normalizzazione è una tecnica per analizzando e migliorando su , un progetto iniziale di database . Una varietà di tecniche sono coinvolti , compresi identificando caratteristiche del disegno database che potrebbero compromettere l'integrità dei dati , ad esempio punti di dati che sono memorizzati in più di una posizione. Normalizzazione identifica le anomalie di una progettazione di database , e può prevenire le caratteristiche del progetto che causerà problemi quando i dati vengono interrogati , inseriti o aggiornati .
Mancanza di test

mancato svolgimento del test una progettazione di database con un campione di reale, o realistico , dati può causare seri problemi in un sistema di database . In generale , la progettazione di database relazionale è partita da un livello astratto , utilizzando tecniche di modellazione per arrivare a un disegno . Lo svantaggio di questo sistema è che il design a volte non si riferiscono esattamente ai dati effettivi , motivo per cui il test è così importante .
Mancato sfruttamento SQL strutture

SQL dispone di 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 potrebbero 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 a evitare problemi in una fase successiva .