- Eine Beziehung liegt in 3NF vor, wenn sie in 2NF vorliegt und keine transitive Teilabhängigkeit enthält.
- 3NF wird verwendet, um die Datenduplizierung zu reduzieren. Es wird auch verwendet, um die Datenintegrität zu erreichen.
- Wenn für Nicht-Primärattribute keine transitive Abhängigkeit besteht, muss die Beziehung in der dritten Normalform vorliegen.
Eine Relation liegt in der dritten Normalform vor, wenn sie für jede nichttriviale Funktionsabhängigkeit X → Y mindestens eine der folgenden Bedingungen erfüllt.
- X ist ein Superschlüssel.
- Y ist ein Primattribut, d. h. jedes Element von Y ist Teil eines Kandidatenschlüssels.
Beispiel:
stlc
Tabelle EMPLOYEE_DETAIL:
| EMP_ID | EMP_NAME | EMP_ZIP | EMP_STATE | EMP_CITY |
|---|---|---|---|---|
| 222 | Harry | 201010 | HOCH | Noida |
| 333 | Stephan | 02228 | UNS | Boston |
| 444 | Und | 60007 | UNS | Chicago |
| 555 | Katharina | 06389 | Vereinigtes Königreich | Norwich |
| 666 | John | 462007 | Abgeordneter | Bhopal |
Superschlüssel in der Tabelle oben:
{EMP_ID}, {EMP_ID, EMP_NAME}, {EMP_ID, EMP_NAME, EMP_ZIP}....so on Kandidatenschlüssel: {EMP_ID}
Nicht-Primärattribute: In der angegebenen Tabelle sind alle Attribute außer EMP_ID Nicht-Primzahlen.
Hier sind EMP_STATE und EMP_CITY abhängig von EMP_ZIP und EMP_ZIP abhängig von EMP_ID. Die Nicht-Primärattribute (EMP_STATE, EMP_CITY) sind transitiv abhängig vom Superschlüssel (EMP_ID). Es verstößt gegen die Regel der dritten Normalform.
Wie bekomme ich eine Wildtaube auf Android?
Aus diesem Grund müssen wir EMP_CITY und EMP_STATE in die neue Tabelle verschieben, mit EMP_ZIP als Primärschlüssel.
MITARBEITER-Tabelle:
| EMP_ID | EMP_NAME | EMP_ZIP |
|---|---|---|
| 222 | Harry | 201010 |
| 333 | Stephan | 02228 |
| 444 | Und | 60007 |
| 555 | Katharina | 06389 |
| 666 | John | 462007 |
Tabelle EMPLOYEE_ZIP:
| EMP_ZIP | EMP_STATE | EMP_CITY |
|---|---|---|
| 201010 | HOCH | Noida |
| 02228 | UNS | Boston |
| 60007 | UNS | Chicago |
| 06389 | Vereinigtes Königreich | Norwich |
| 462007 | Abgeordneter | Bhopal |