SQL
Tavolo di design

Osservazioni

Proprietà di un tavolo ben progettato.

Un vero database relazionale deve andare oltre il lancio di dati in poche tabelle e la scrittura di alcune istruzioni SQL per estrarre tali dati.
Nella migliore delle ipotesi una struttura di tabelle mal progettata rallenterà l'esecuzione delle query e potrebbe rendere impossibile il funzionamento del database come previsto.

Una tabella di database non deve essere considerata solo come un'altra tabella; deve seguire un insieme di regole per essere considerato veramente relazionale. Accademicamente è indicato come una "relazione" per fare la distinzione.

Le cinque regole di una tabella relazionale sono:

1. Ogni valore è atomico ; il valore in ogni campo in ogni riga deve essere un singolo valore.
2. Ogni campo contiene valori che hanno lo stesso tipo di dati.
3. Ogni intestazione di campo ha un nome univoco.
4. Ogni riga nella tabella deve avere almeno un valore che la rende unica tra gli altri record nella tabella.
5. L'ordine delle righe e delle colonne non ha alcun significato.

Una tabella conforme alle cinque regole:

• Regola 1: ogni valore è atomico. Id , Name , DOB e Manager contengono solo un singolo valore.
• Regola 2: Id contiene solo numeri interi, Name contiene testo (potremmo aggiungere che è testo di quattro caratteri o meno), DOB contiene date di un tipo valido e Manager contiene numeri interi (potremmo aggiungere che corrisponde a un campo Chiave primaria in un gestore tavolo).
• Regola 3: Id , Name , DOB e Manager sono nomi di intestazione univoci all'interno della tabella.
• Regola 4: l'inclusione del campo Id assicura che ogni record sia distinto da qualsiasi altro record all'interno della tabella.

Un tavolo mal progettato:

• Regola 1: il campo del secondo nome contiene due valori: 2 e 1.
• Regola 2: il campo DOB ​​contiene date e testo.
• Regola 3: Ci sono due campi chiamati 'nome'.
• Regola 4: il primo e il secondo record sono esattamente gli stessi.
• Regola 5: questa regola non è infranta.