09.11.2012 Aufrufe

Skript Datenbanken I - Praktische Informatik Universität Kassel

Skript Datenbanken I - Praktische Informatik Universität Kassel

Skript Datenbanken I - Praktische Informatik Universität Kassel

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

112<br />

Übung 5–11<br />

Die Relation oben werde aufgeteilt in<br />

BESTELLUNGEN(BESTNR, DATUM, KDNR) und<br />

POSTEN(BESTNR, POS, ARTNR, MENGE).<br />

<strong>Datenbanken</strong> I<br />

Geben Sie alle Schlüsselkandidaten und Abhängigkeiten an! Genügen die<br />

neuen Relationen 3NF und sogar BCNF?<br />

5.3 BCNF versus 3NF<br />

Die Unterschiede zwischen BCNF und 3NF sind z.T. recht subtil.<br />

A<br />

NAME FB BEZ<br />

Hans 17 Mathematik-<strong>Informatik</strong><br />

Hans 19 Elektro-Technik<br />

Anna 17 Mathematik-<strong>Informatik</strong><br />

Emil 18 Physik<br />

Schlüsselkandidaten sind {NAME, FB} und {NAME, BEZ}. Damit sind<br />

alle Attribute prim und A ist in 3NF. Die Abhängigkeiten sind {NAME,<br />

FB} � BEZ (partiell) und FB � BEZ, bzw. {NAME, BEZ} � FB und BEZ<br />

� FB.<br />

Weil FB nicht Schlüsselkandidat ist, aber FB � BEZ gilt, ist A nicht in<br />

BCNF.<br />

Man sieht, daß die 3NF einen gewissen Schutz vor Anomalien bietet.<br />

Das Tupel (’Hans’, 17, ’Physik’) ließe sich nicht einfügen, weil die zugesicherte<br />

Schlüsseleigenschaft von {NAME, FB} verletzt würde. Andererseits<br />

könnte man (’Fritz’, 17, ’Physik’) einfügen, solange es nicht bereits<br />

Tupel (’Fritz’, x, ’Physik’) oder (’Fritz’, 17, y) für beliebige x und y gibt.<br />

Somit läßt sich aber die 1:1 Abhängigkeit von FB und BEZ nicht wirklich<br />

durchsetzen, solange wir nicht eine getrennte Relation dafür schaffen.

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!