Il design del database, come potrebbe suggerire il nome, è molto simile al design della casa, sebbene il termine possa anche essere usato per riferirsi alla costruzione effettiva del database. Il processo di progettazione è una sorta di progetto che delinea i dettagli di un database, dalle relazioni tra le tabelle a quali informazioni sono importanti e come verranno implementati i dati. Oltre ad aiutare il costruttore a sapere quali tabelle e informazioni raccogliere, un progetto utilizza convenzioni di denominazione e gli errori di ortografia vengono controllati prima che il database sia completato. Il database passa anche attraverso la normalizzazione, che cerca di rimuovere la ridondanza, durante il processo di progettazione. Senza prima elaborare un progetto, un creatore di database può facilmente rovinare l’ordine delle tabelle o la chiave primaria per le tabelle, o semplicemente perdere alcune sezioni, tra una sfilza di altri potenziali errori.
Il primo passo della progettazione del database è conoscere lo scopo del database. Non ci sono diagrammi o rappresentazioni astratte; il progettista pensa solo agli obiettivi del database. Alcune informazioni possono essere scritte, ma generalmente il progettista considera semplicemente il modo migliore per organizzare e utilizzare il database.
Successivamente, il progettista crea quattro modelli di dati. Il modello concettuale è un semplice diagramma che mostra i nomi delle tabelle. Successivamente, viene creato il modello dati logico, riempiendo le tabelle con la chiave primaria e le informazioni da raccogliere. Una chiave primaria è un titolo per una colonna che la rende univoca e indica agli utenti lo scopo della colonna. Anche le relazioni tra le tabelle vengono dettagliate durante questa fase di progettazione del database.
Nel modello entità-relazione, il progettista si concentra maggiormente sulle relazioni e meno sulle chiavi primarie. Questo modello a volte può essere saltato, ma durante la creazione del database aiuta a mostrare come le entità interagiscono tra loro. Nel modello di dati fisici, le informazioni in tempo reale vengono inserite nella progettazione del database.
Durante ogni fase del modello, è necessario controllare l’ortografia delle tabelle e delle chiavi primarie. Vengono utilizzate anche convenzioni di denominazione, in modo che gli utenti sappiano come inserire i dati. Ad esempio, una tabella potrebbe essere denominata “ThisTable”, “This_Table”, “This-Table” o “This.Table”, in base alla convenzione di denominazione scelta dal progettista del database. L’ortografia deve essere controllata, perché un errore può causare problemi di relazione durante la creazione del database.
Le regole di normalizzazione si applicano anche al modello di database. Queste regole eliminano la ripetizione dei dati, dissolvono le tabelle di grandi dimensioni in tabelle di piccole dimensioni e assicurano che le relazioni siano ottimizzate. La normalizzazione della progettazione del database è l’ultimo passaggio e aiuterà il progettista a determinare se il database è funzionale o se deve essere riorganizzato o rielaborato.