SQL
Projekt stołu

Uwagi

Właściwości dobrze zaprojektowanego stołu.

Prawdziwa relacyjna baza danych musi wykraczać poza wyrzucanie danych do kilku tabel i pisanie instrukcji SQL, aby je wyciągnąć.
W najlepszym razie źle zaprojektowana struktura tabeli spowolni wykonywanie zapytań i może uniemożliwić działanie bazy danych zgodnie z przeznaczeniem.

Tabeli bazy danych nie należy traktować jako kolejnej tabeli; musi być zgodny z zestawem zasad, aby można go było uznać za naprawdę relacyjny. W celu dokonania rozróżnienia naukowo określa się go jako „relację”.

Pięć zasad tabeli relacyjnej to:

1. Każda wartość jest atomowa ; wartość w każdym polu w każdym wierszu musi być pojedynczą wartością.
2. Każde pole zawiera wartości tego samego typu danych.
3. Każdy nagłówek pola ma unikalną nazwę.
4. Każdy wiersz w tabeli musi mieć co najmniej jedną wartość, która czyni go unikalnym wśród innych rekordów w tabeli.
5. Kolejność wierszy i kolumn nie ma znaczenia.

Tabela zgodna z pięcioma zasadami:

• Reguła 1: Każda wartość ma charakter atomowy. Id , Name , DOB i Manager zawierają tylko jedną wartość.
• Reguła 2: Id zawiera tylko liczby całkowite, Name zawiera tekst (możemy dodać, że jest to tekst składający się z czterech lub mniej znaków), DOB zawiera daty prawidłowego typu, a Manager zawiera liczby całkowite (możemy dodać, że odpowiada polu Klucz podstawowy w menedżerach stół).
• Zasada 3: Id , Name , DOB i Manager to unikalne nazwy nagłówków w tabeli.
• Reguła 4: Włączenie pola Id zapewnia, że każdy rekord różni się od innych rekordów w tabeli.

Źle zaprojektowany stół:

• Reguła 1: Drugie pole nazwy zawiera dwie wartości - 2 i 1.
• Reguła 2: Pole DOB zawiera daty i tekst.
• Zasada 3: Istnieją dwa pola o nazwie „nazwa”.
• Zasada 4: Pierwszy i drugi rekord są dokładnie takie same.
• Zasada 5: Ta zasada nie jest złamana.