Ein ganz wichtiges Kapitel, vorallem wenn es um die Planung eines etwas grösseren Projektes geht, ist das Thema Fremdschlüssel. Fremdschlüssel verbinden (meist tabellenübergreifend) Einträge. Nehmen wir an, wir haben eine “Mitglieder”-Tabelle. Diese Tabelle besitzt die Spalten “id” und “name” wobei ersteres der Primärschlüssel ist:

dbd-eins

Nun fügen wir eine weitere Tabelle namens “Tagebuch” hinzu. Sie beinhaltet die Spalten “id”, “mitglied_id” und “eintrag”. Der Primärschlüssel ist “id” und auf “mitglied_id” liegt ein Index:

dbd-zwei

Der Index ist (je nach DBS) optional aber dringend empfohlen, da es sonst (vorallem mit wachsender Anzahl an Daten) zu starken Geschwindigkeitseinbussen kommen kann. Wir befüllen also die erste Tabelle:

INSERT INTO Mitglieder (id, name) VALUES (42, 'A. Merkel');

und dann noch die zweite:

INSERT INTO Tagebuch (id, mitglied_id, eintrag) VALUES (1, 42, 'I am beautiful, no matter what they say...');

Damit es nicht zur Verwirrung kommt habe ich unserem Mitglied die “id” 42 gegeben. Doch was passiert wenn wir den Eintrag löschen? Nichts. Und genau das ist das Problem: Sobald wir das versuchen würden, müssten wir dafür sorgen dass in allen Untertabellen sämtliche Relationen aktualisiert werden. Da sowas aber je nach Umfang des Projektes sehr kompliziert enden kann, geben die Datenbanksysteme uns eine sehr nützliche Funktionalität:

ALTER TABLE Tagebuch ADD FOREIGN KEY (mitglied_id) REFERENCES Mitglieder(id) ON UPDATE CASCADE ON DELETE CASCADE;

Wir haben soeben erfolgreich einen Fremdschlüssel von “Tagebuch:mitglied_id” zu “Mitglied:id” definiert. Bildlich würde das ganze so aussehen:

dbd-relation

Wenn wir jetzt unserem Mitglied eine neue “id” verpassen oder es komplett löschen, geschieht es seinen Tagebucheinträgen gleich. Ausserdem ist es jetzt nicht mehr möglich einen Eintrag mit ungültiger “mitglied_id” in das Tagebuch einzufügen.

Es gibt 5 Reaktionen bei Fremdschlüssel:

** NO ACTION, Verweigert die Änderung und löst ein Fehler aus.
RESTRICT, Verweigert die Änderung und löst ein Fehler aus.
CASCADE, Reagiert gleich wie sein Parent.
SET DEFAULT, Setzt den Standardwert.
SET NULL, Setzt NULL.

** Bei dieser Option ist eine verzögerte Überprüfung möglich um so einer Verletzung der Regel zuvorzukommen.

Information 1: Der Datentyp TEXT gehört nicht zum SQL-Standard. Deshalb wurde VARCHAR ohne Längenangabe verwendet.

Information 2: Das Datenbanksystem MySQL macht keinen Unterschied zwischen “NO ACTION” und “RESTRICT”.

Information 3: Unter MySQL sind Fremdschlüssel nur mit der Datenbankengine InnoDB möglich. Standard: MyISAM.