Kursinhalt
Relationale Datenbank und Normalisierung
Relationale Datenbank und Normalisierung
Zweite Normalform
Um die zweite Normalform zu verstehen, ist es entscheidend, sich mit dem Konzept eines zusammengesetzten Primärschlüssels vertraut zu machen: ein Schlüssel, der durch die Kombination von zwei oder mehr Attributen innerhalb einer Tabelle gebildet wird. Das Ziel eines zusammengesetzten Schlüssels besteht darin, jede Zeile anhand der kombinierten Werte mehrerer Spalten eindeutig zu identifizieren. Wie bereits im vorherigen Abschnitt erwähnt, werden die Attribute, die den zusammengesetzten Primärschlüssel bilden, als Schlüsselattribute bezeichnet.
Beispiel
Betrachten Sie die Employee-Department-Tabelle. Angenommen, wir haben eine Employee-Tabelle mit den Spalten EmployeeID und DepartmentID. Da jeder Mitarbeiter möglicherweise in mehreren Abteilungen tätig ist und jede Abteilung zahlreiche Mitarbeiter beherbergen kann, dient ein zusammengesetzter Schlüssel, der beide Spalten kombiniert, als Primärschlüssel der Tabelle.
Regeln für die zweite Normalform:
-
Die Tabelle muss die Kriterien der ersten Normalform erfüllen;
-
Alle Nicht-Schlüsselattribute (d.h., Spalten, die nicht im Primärschlüssel enthalten sind) müssen vollständig vom Primärschlüssel abhängig sein.
Um die letztere Regel zu verstehen, ist es entscheidend, die Bedeutung von "vollständig abhängig" zu klären. Eine Spalte ist vollständig abhängig vom Primärschlüssel, wenn ihre Abhängigkeit auf dem gesamten Primärschlüssel beruht und nicht nur auf einem Teil davon.
In unserem Beispiel entspricht die Tabelle der ersten Normalform mit einem zusammengesetzten Schlüssel, der aus EmployeeID und DepartmentID besteht. Sie erfüllt jedoch nicht die zweite Normalform: Während das Gehalt sowohl von der EmployeeID als auch von der DepartmentID abhängt, ist die Rolle des Abteilungsleiters ausschließlich von der DepartmentID abhängig und bleibt von der Identität des Mitarbeiters unberührt.
Die Attribute Name und Surname sind von der EmployeeID abhängig. Daher sollten sie in einer separaten Tabelle untergebracht werden. Somit hängen einige Attribute nur von einem Teil des zusammengesetzten Schlüssels ab.
Dieser Aufbau kann zu einer Modifikationsanomalie führen: Zum Beispiel, wenn wir Zeile 2 entfernen, verlieren wir unbeabsichtigt Informationen über den Abteilungsleiter, da keine anderen Zeilen diese spezifische DepartmentID enthalten.
Normalisierung
Lassen Sie uns fortfahren und normalisieren! In der zweiten Normalform:
Die aktualisierte Datenbank stellt sicher, dass keine Attribute ausschließlich von einem Teil des zusammengesetzten Schlüssels abhängen: Die Tabelle entspricht der zweiten Normalform und gewährleistet, dass wir wichtige Informationen beibehalten, selbst wenn Zeilen aus der ursprünglichen Tabelle gelöscht werden.
Hinweis
Eine Tabelle in der ersten Normalform ohne einen zusammengesetzten Schlüssel erfüllt von Natur aus die Anforderungen der zweiten Normalform.
Danke für Ihr Feedback!