So funktioniert die Normalisierung einer Datenbank

Relationale Datenbanken bestehen aus Tabellen, die miteinander verbunden sind, um Informationen zu organisieren und abzurufen.

Für Ordnung und Effizienz sorgt hier eine entscheidende Technik im Datenbankdesign: die Normalisierung von Datenbanken. Sie erfolgt in mehreren Stufen, den sogenannten Normalformen. Zu den wichtigsten dieser Schritte zählen die erste Normalform (1NF), die zweite Normalform (2NF) und die dritte Normalform (3NF). Diese Schritte helfen, Daten gut zu strukturieren und zu organisieren. So lassen sich Redundanzen, also doppelte Daten, vermeiden, die Daten bleiben korrekt (keine Anomalien) und die Datenbank lässt sich leichter pflegen.

Die Normalisierung einer Datenbank gemäß den Normalformen 1NF, 2NF und 3NF sei im Folgenden anhand einer Online-Buchhändlerin erklärt. Achtung: Jede der Normalformen baut auf der vorherigen auf. 2NF lässt sich also nur erreichen, wenn 1NF erfüllt ist. 3NF setzt die Erfüllung von 2NF voraus.

Ein Beispiel: Die Online-Buchhändlerin nutzt in ihrer Datenbank mehrere Tabellen für das Management von Kundschaft, Artikeln und Bestellungen. Eine Tabelle für die Verwaltung von Bestellungen sieht vor der Datenbank-Normalisierung wie folgt aus:

Hauptziel der zweiten Normalform bei der Normalisierung von Datenbanken ist es, Redundanzen zu vermeiden und Abhängigkeiten zwischen Attributen klarer zu definieren. 2NF ist dann erfüllt, wenn in einer Tabelle alle Nichtschlüsselattribute (etwa „Rechnungsbetrag“) vom sogenannten Primärschlüssel funktional abhängig sind. Der Primärschlüssel steht in der Regel in der ersten Spalte einer Tabelle und identifiziert den Datensatz. Er ist wie eine Art Ausweisnummer, die sicherstellt, dass jeder Datensatz einzigartig ist.

Ein Beispiel: In einer Tabelle mit Kundeninformationen ist die Kunden-ID in der ersten Spalte der Primärschlüssel, der jede Kundin und jeden Kunden eindeutig identifiziert. Andere Nichtschlüsselattribute in der Tabelle, wie Vorname, Nachname und Anschrift, können eindeutig durch den Primärschlüssel bestimmt werden. Kennt man den Primärschlüssel, kennt man alle Informationen des Datensatzes.

Betrachten wir nun unsere Tabelle, die bereits den 1NF-Richtlinien entspricht. Verstehen wir die Bestellnummer als Primärschlüssel, fällt auf, dass Attribute wie „Vorname“ und „Postleitzahl“ sich auf die Kundin oder den Kunden und nicht auf die Rechnung beziehen. Daher werden bei der Normalisierung der Datenbank diese Attribute in eine separate Tabelle mit dem Primärschlüssel Kunden-ID ausgelagert.

Die Kunden-ID kann nun als Fremdschlüssel in der Bestellungen-Tabelle fungieren, um als eine Art Schnittstelle eine Verbindung zwischen den Tabellen herzustellen. Ändert die Online-Buchhändlerin Kundeninformationen, etwa die Anschrift, gelangen diese über den Fremdschlüssel automatisch in die andere Tabelle – Änderungen sind dort nicht mehr notwendig. Somit besteht auch keine Gefahr von Redundanzen, inkonsistenten Datensätzen und Anomalien. Unsere ursprüngliche Rechnungen-Tabelle sieht dann wie folgt aus:

Sie wollen eine relationale Datenbank nutzen und nach den Normalformen konzipieren? Die MySQL-Datenbank ist mit mehr als 50 Millionen Installationen weltweit das beliebteste Open Source Managementsystem für relationale Datenbanken.

MySQL ist in Ihrem Hosting-Paket als Anwendung inklusive. STRATO bietet dabei über die eigenen TÜV-zertifizierten Rechenzentren Webhosting in Deutschland und damit ein sicheres und nachhaltiges Umfeld für Ihre Daten.