Primärschlüssel einfach erklärt

Eine Tabelle besteht aus Zeilen und Spalten. Jede Zeile beschreibt einen Datensatz, zum Beispiel einen Artikel. Die Spalten enthalten seine Attribute, etwa Artikelnummer, Name und Preis.

Ein Primärschlüssel erfüllt zwei notwendige Bedingungen:

• eindeutig: Kein Schlüsselwert kommt in zwei Datensätzen vor.
• vollständig: Kein Datensatz hat an dieser Stelle einen fehlenden Wert.

Außerdem sollte sich ein geeigneter Schlüsselwert möglichst nicht ändern.

Artikel_ID ist ein geeigneter Primärschlüssel: Jeder Wert ist vorhanden und kommt genau einmal vor. Einkaufspreis wäre ungeeignet, weil verschiedene Artikel denselben Preis haben könnten.

Ein einfacher Primärschlüssel besteht aus genau einem Attribut. In der Artikeltabelle genügt Artikel_ID allein.

Betrachte Bestellungen:

Das Datum allein ist nicht eindeutig: Am 01.09.2010 gibt es zwei Bestellungen. Auch Kunden_ID allein reicht nicht, weil Kunde 1377 mehrfach bestellt. In den sichtbaren Daten ist jedoch jede Kombination aus Bestellungsdatum und Kunden_ID verschieden.

Prüfe mögliche Primärschlüssel in dieser Reihenfolge:

1. Ist jeder Wert vorhanden? Ein fehlender Schlüsselwert ist nicht erlaubt.
2. Ist jeder Wert eindeutig? Suche gezielt nach Wiederholungen.
3. Bleibt die Eindeutigkeit auch bei neuen Datensätzen erhalten? Eine kleine Tabelle kann täuschen.
4. Ist der Wert möglichst stabil? Ein Schlüssel sollte sich nach Möglichkeit nicht ändern.
5. Genügt ein Attribut? Wenn nicht, prüfe eine notwendige Kombination oder verwende einen künstlichen Schlüssel.

Namen und Geburtsdaten sind oft problematisch: Verschiedene Personen können gleich heißen oder dasselbe Geburtsdatum haben. Selbst eine Kombination, die in den vorhandenen Zeilen eindeutig ist, muss bei späteren Einträgen nicht eindeutig bleiben. Eine künstliche ID vermeidet dieses Problem, sofern jeder erzeugte Wert nur einmal vergeben wird.

Primär- und Fremdschlüssel haben unterschiedliche Aufgaben.

Angenommen, die Tabelle Kunden verwendet Kunden_ID als Primärschlüssel. In der Tabelle Bestellungen steht dieselbe Kunden_ID als Fremdschlüssel:

Die Kunden_ID 001 darf in Bestellungen mehrfach auftreten, weil ein Kunde mehrere Bestellungen tätigen kann. Jeder dort eingetragene Fremdschlüsselwert muss jedoch zu einer vorhandenen Kunden_ID in der Kundentabelle passen.

Beim Erstellen einer Tabelle kann SQL den Primärschlüssel direkt festlegen. Das folgende Schema beschreibt eine Mitarbeitertabelle:

CREATE TABLE EMP (ID INT NOT NULL, FIRSTNME VARCHAR(15) NOT NULL, LASTNAME VARCHAR(15) NOT NULL, PRIMARY KEY (ID));

ID ist eine Ganzzahl und wird mit PRIMARY KEY (ID) als Primärschlüssel festgelegt. NOT NULL drückt aus, dass kein Wert fehlen darf.

Bei einer Kundentabelle ist auch die verkürzte Schreibweise direkt am Attribut möglich:

CREATE TABLE Kunden (Kunden_ID INT PRIMARY KEY, Name VARCHAR(100));

Ein Fremdschlüssel in einer Bestellungstabelle kann mit einem Verweis ergänzt werden:

FOREIGN KEY (Kunden_ID) REFERENCES Kunden(Kunden_ID)

Damit zeigt Bestellungen.Kunden_ID auf den Primärschlüssel Kunden.Kunden_ID.

Wenn du bei einer Tabelle einen Primärschlüssel suchst, frage zuerst: Welche Angabe unterscheidet jede erlaubte Zeile dauerhaft und ist immer vorhanden? Reicht kein einzelnes Attribut, prüfst du eine notwendige Kombination oder führst einen künstlichen Ersatzschlüssel ein.