Database Reference
In-Depth Information
Voll
e
Abhängigkeit (praktische Sicht):
Ein Attribut bzw. eine Attributkombination B ist
dann vom ID-Schlüssel A
voll abhängig
, wenn A
aus mindestens zwei Attributen besteht und B von
der Attribut
kombination
A, nicht jedoch schon
von einem Teil von A funktional abhängig ist.
Beispiel
: In der Tabelle „Verkauf“ (KNr, ANr, Kaufdatum,
Kundenname) ist das Kaufdatum voll abhängig vom ID-
Schlüssel (Attributkombination) „KNr, ANr“ (Kundennummer,
Autonummer), weil das Kaufdatum weder vom Attribut „KNr“
noch vom Attribut „ANr“ funktional abhängig ist. Das Kaufda-
tum ist nur von der Attributkombination „KNr, ANr“ funktional
abhängig. Das Attribut „Kundenname“ hingegen wäre vom ID-
Schlüssel nicht voll abhängig, weil der Kundenname zur Kun-
dennummer gehört und somit nur von „KNr“ funktional ab-
hängig ist.
Aus
mathematischer Sicht
ist es unerheblich, ob sich die vol-
le Abhängigkeit auf den ID-Schlüssel bezieht. Es geht hier um
jede mögliche Abhängigkeit von irgendwelchen Attributkombi-
nationen.
Aus
praktischer Sicht
ist nur die volle Abhängigkeit vom ID-
Schlüssel interessant. Tabellen ohne zusammengesetzten ID-
Schlüssel (mindestens zwei Attribute) werden gar nicht über-
prüft. Erst bei der transitiven Abhängigkeit spielen Abhängig-
keiten von Nicht-Schlüsselattributen untereinander eine Rolle.
Tra
nsitive Abhängigkeit (mathematische Sicht):
Ein Attribut oder eine Attributkombination C ist
von einem Attribut oder einer Attributkombination
A
transitiv abhängig
, wenn das Attribut B von A
und das Attribut C von B funktional abhängig ist,
aber A nicht von C funktional abhängig ist.
