La creazione di una progettazione efficace per un database relazionale è un elemento chiave nella costruzione di un sistema affidabile. Non esiste un progetto di database relazionale "corretto" per un particolare progetto e gli sviluppatori devono fare delle scelte per creare un progetto che funzioni in modo efficiente. Esistono alcune insidie di progettazione comuni che possono danneggiare un sistema di database. Prestare attenzione a questi errori in fase di progettazione può aiutare a evitare problemi in seguito.
Pratiche di denominazione imprudente
La scelta dei nomi è un aspetto della progettazione del database che viene spesso trascurato ma può avere un impatto notevole sull'usabilità e lo sviluppo futuro. Per evitare ciò, i nomi delle tabelle e delle colonne devono essere scelti in modo significativo e conformi alle convenzioni stabilite, garantendo che la coerenza venga mantenuta in tutto il sistema. È possibile utilizzare una serie di convenzioni nei nomi di database relazionali, inclusi i seguenti due esempi per un record che memorizza un nome client: "nome_cliente" e "nome_cliente"
Mancanza di documentazione
Creazione di documentazione per una relazione il database può essere un passo fondamentale nella salvaguardia dello sviluppo futuro Esistono diversi livelli di documentazione che è possibile creare per i database e alcuni sistemi di gestione dei database sono in grado di generare automaticamente la documentazione. Per i progetti in cui la documentazione formale non è considerata necessaria, può essere utile includere semplicemente commenti all'interno del codice SQL.
Mancata normalizzazione
La normalizzazione è una tecnica per analizzare e migliorare la progettazione iniziale di un database. Sono coinvolte una varietà di tecniche, tra cui l'identificazione di funzionalità di un progetto di database che possono compromettere l'integrità dei dati, ad esempio elementi di dati archiviati in più di un luogo. La normalizzazione identifica anomalie nella progettazione di un database e può anticipare le funzionalità di progettazione che causeranno problemi in caso di query, inserimento o aggiornamento dei dati.
Mancanza di test
Mancata verifica del progetto di un database con un campione di reale, o realistici, i dati possono causare seri problemi in un sistema di database. Generalmente, la progettazione di database relazionali viene avviata da un livello astratto, usando tecniche di modellazione per arrivare a una progettazione. Lo svantaggio di questo processo è che il design a volte non si collegherà in modo accurato ai dati reali, motivo per cui il test è così importante.
Fallimento nello sfruttamento di strutture SQL
SQL ha molte funzionalità che possono migliorare l'usabilità e successo di un sistema di database. Strutture come le procedure archiviate e i controlli di integrità spesso non vengono utilizzati nei casi in cui potrebbero migliorare notevolmente la stabilità di un sistema. Gli sviluppatori spesso scelgono di non eseguire 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.
Computer © www.354353.com