La regola della 1FN riguarda l'assicurarsi che le tabelle siano strutturate correttamente fin dall'inizio, come quando si imposta un foglio di lavoro pulito.

Regola: ogni colonna deve avere un nome univoco e ogni cella deve contenere un solo valore indivisibile.

Cosa risolve: non puoi inserire un elenco di elementi in una singola cella. Ad esempio, in una tabella "Ordini" non puoi elencare "Latte, Uova, Pane" in una sola cella sotto la colonna "Prodotti ordinati". Invece, ogni prodotto deve avere la propria riga, il che garantisce che i dati siano ricercabili e gestibili.

La regola della 2FN si applica solo se la tabella utilizza una chiave composita, ovvero una chiave primaria costituita da due o più colonne combinate (come un ID ordine più un ID prodotto). Una chiave primaria è la colonna o l'insieme di colonne i cui valori identificano in modo univoco ogni riga di una tabella. Una colonna non chiave è una colonna che non fa parte della chiave primaria.

Regola: una tabella deve già essere in 1NF e tutte le colonne non chiave devono dipendere dall'intera chiave composita, non solo da una parte di essa.

Cosa risolve: dovresti riuscire ad archiviare i dati solo dove sono completamente pertinenti. Se hai una tabella in cui la chiave è (OrderID, ProductID), una colonna come Prezzo del prodotto non dovrebbe essere presente perché il prezzo dipende solo dal ProductID, non dall'OrderID. La soluzione consiste nello spostare ProductID e Prezzo del prodotto in una tabella Prodotti separata, in cui ProductID è l'unica chiave primaria. In questo modo, il prezzo del prodotto non viene ripetuto inutilmente per ogni ordine che lo contiene.

La regola 3NF è l'obiettivo più comune per la progettazione di database e riguarda la rimozione delle relazioni indirette tra i punti dati.

Regola: una tabella deve essere in 2NF e le colonne non chiave devono dipendere solo dalla chiave primaria, non da altre colonne non chiave.

Cosa risolve: evita che un dato non chiave determini il valore di un altro dato non chiave. Considera una tabella "Dipendenti" che memorizza un ID ufficio (una colonna non chiave) e la posizione dell'ufficio (un'altra colonna non chiave). La posizione dell'ufficio è determinata dall'ID dell'ufficio, non dall'ID del dipendente (la chiave primaria della tabella). Questo collegamento indiretto è una dipendenza transitiva. Per risolvere il problema, crei una nuova tabella Uffici contenente solo l'ID ufficio e la posizione dell'ufficio, quindi colleghi le due tabelle utilizzando l'ID ufficio. In questo modo, se la sede dell'ufficio cambia, devi aggiornare la posizione solo in un unico posto.