Databases Reference
In-Depth Information
Ta g
Block
Dozent
Lehrveranstaltung
Montag
1
Otten
Datenbanksysteme
Montag
2
Otten
Datenbanksysteme
Montag
1
Hinz
Chemie
Montag
2
Hinz
Chemie
Dienstag
1
Otten
Java
Tabelle 3.14: Relation »Stundenplan_1«
Lehrveranstaltung
Raum
Datenbanksysteme
PC-Labor
Chemie
Chemie-Hörsaal
Java
PC-Labor
Tabelle 3.15: Relation »Stundenplan_2«
Diese Relationen sind jeweils in BCNF. Sie sind Projektionen der Ursprungsrela-
tion und die Ursprungsrelation lässt sich als natürlicher Verbund wiederherstellen.
Es geht jedoch u.a. die funktionale Abhängigkeit
{tag, block, raum}
→
{lehrveranstaltung}
,
verloren, da die Menge dieser Attribute nicht mehr in einer Relation vorhanden ist.
In
Stundenplan_1
kann somit folgendes Tupel eingefügt werden:
Ta g
Block
Dozent
Lehrveranstaltung
Montag
1
Kunz
Java
Das ist nach den verbleibenden funktionalen Abhängigkeiten in
Stundenplan_1
zulässig. Der natürliche Verbund der beiden Relationen würde jedoch die in
Tabelle 3.16 dargestellte unzulässige Belegung von
Stundenplan
ergeben, in der
jetzt das PC-Labor montags im ersten Block doppelt belegt ist.
Ta g
Block
Dozent
Lehrveranstaltung
Raum
Montag
1
Otten
Datenbanksysteme
PC-Labor
Montag
2
Otten
Datenbanksysteme
PC-Labor
Montag
1
Hinz
Chemie
Chemie-Hörsaal
Montag
2
Hinz
Chemie
Chemie-Hörsaal
Dienstag
1
Otten
Java
PC-Labor
Montag
1
Kunz
Java
PC-Labor
Tabelle 3.16: Relation »Stundenplan« mit inkonsistenten Eintragungen
