SQL JOIN: Tabellen sicher verknüpfen

Stell dir zwei Tabellen vor:

Mitarbeiter

Kunde

Die Spalte Mitarbeiter.Bedient verweist auf Kunde.KundeID. Deshalb lautet die passende Bedingung:

Mitarbeiter.Bedient = Kunde.KundeID

Der Tabellenname vor dem Punkt macht eine Spalte eindeutig. Kürzere Abfragen verwenden häufig Aliasse:

FROM Mitarbeiter AS M JOIN Kunde AS K ON M.Bedient = K.KundeID

M und K sind nur Ersatznamen innerhalb dieser Abfrage. Sie verändern die Tabellen nicht.

Ein INNER JOIN übernimmt nur Zeilenpaare, für welche die Join-Bedingung erfüllt ist. JOIN und INNER JOIN bedeuten hier dasselbe.

Ein fehlender oder unbekannter Wert wird in SQL als NULL dargestellt. Bei einer normalen Gleichheitsbedingung entsteht daraus kein passendes Zeilenpaar. Ein INNER JOIN lässt die betreffende Zeile daher weg.

Outer Joins ergänzen das Ergebnis eines Inner Joins um nicht passende Zeilen. Die fehlenden Werte der jeweils anderen Tabelle werden dabei NULL.

OUTER kann bei LEFT, RIGHT und FULL weggelassen werden. So bedeuten LEFT JOIN und LEFT OUTER JOIN dasselbe.

LEFT JOIN

SELECT M.Mitarbeitername, K.Kundenname FROM Mitarbeiter AS M LEFT JOIN Kunde AS K ON M.Bedient = K.KundeID;

Alle Mitarbeiter bleiben erhalten. In den gegebenen Daten haben beide einen passenden Kunden. Deshalb sieht das Ergebnis genauso aus wie beim INNER JOIN:

Das gleiche Ergebnis bedeutet hier nicht die gleiche Operation. Eine Mitarbeiterzeile ohne Partner würde nur beim LEFT JOIN zusätzlich erscheinen.

RIGHT JOIN

SELECT M.Mitarbeitername, K.Kundenname FROM Mitarbeiter AS M RIGHT JOIN Kunde AS K ON M.Bedient = K.KundeID;

Nun bleiben alle Kunden erhalten. Amir besitzt keinen passenden Mitarbeiter und erscheint deshalb mit NULL:

FULL OUTER JOIN

SELECT M.Mitarbeitername, K.Kundenname FROM Mitarbeiter AS M FULL OUTER JOIN Kunde AS K ON M.Bedient = K.KundeID;

Ein FULL OUTER JOIN erhält nicht passende Zeilen beider Tabellen. Mit den vorliegenden Daten entspricht sein Ergebnis dem RIGHT JOIN, weil es zwar einen Kunden ohne Mitarbeiter, aber keinen Mitarbeiter ohne Kunden gibt.

Ein CROSS JOIN kombiniert jede Zeile der ersten Tabelle mit jeder Zeile der zweiten Tabelle. Er benötigt keine ON-Bedingung.

SELECT * FROM Mitarbeiter CROSS JOIN Kunde;

Bei zwei Mitarbeiter- und zwei Kundenzeilen entstehen $2 \cdot 2 = 4$ Kombinationen:

Allgemein erzeugen Tabellen mit $m$ und $n$ Zeilen genau $m \cdot n$ Kombinationen.

Für einen inneren Join kannst du die verglichenen Spalten unterschiedlich festlegen.

ON ist besonders eindeutig

ON erlaubt gleich oder unterschiedlich benannte Spalten sowie allgemeine Vergleichsbedingungen:

FROM Mitarbeiter AS M JOIN Kunde AS K ON M.Bedient = K.KundeID

Ein Join mit = heißt Equijoin. Eine allgemeine Bedingung mit einem anderen Vergleichsoperator, etwa <=, wird als Theta-Join bezeichnet.

USING nennt eine gemeinsame Spalte

Haben beide Tabellen eine gleichnamige Join-Spalte, kannst du sie ausdrücklich angeben:

FROM Mitarbeiter JOIN Kunde USING (KundeID)

Dafür müsste die Verweisspalte in Mitarbeiter ebenfalls KundeID heißen. Die gemeinsame Spalte erscheint im Ergebnis nur einmal.

NATURAL JOIN wählt automatisch

Ein NATURAL JOIN vergleicht alle gleichnamigen Spalten beider Tabellen. Im bisherigen Beispiel heißen die zusammengehörigen Spalten jedoch Bedient und KundeID. Mit diesen Spaltennamen drückt ein NATURAL JOIN die gewünschte Zuordnung deshalb nicht aus.

Würde Bedient in der Tabelle Mitarbeiter ebenfalls KundeID heißen, wäre folgende Abfrage möglich:

FROM Mitarbeiter NATURAL JOIN Kunde

Sie würde KundeID automatisch als Join-Spalte verwenden. Das kann bequem, aber riskant sein. Kommt später in beiden Tabellen eine weitere gleichnamige Spalte hinzu, wird auch sie automatisch Teil der Join-Bedingung. Die Bedeutung der Abfrage kann sich dadurch unbeabsichtigt ändern.

Nicht jedes Datenbanksystem unterstützt NATURAL JOIN, USING oder FULL OUTER JOIN. JOIN ... ON ist deshalb oft die klarste und am breitesten einsetzbare Form.

Ein Self Join verknüpft eine Tabelle mit sich selbst. Zwei Aliasse unterscheiden die beiden Rollen derselben Tabelle.

Gegeben ist:

Die erste Tabellenrolle steht für die Person, die zweite für ihren Partner:

SELECT P.Name AS Person, T.Name AS Partner FROM Personen AS P INNER JOIN Personen AS T ON P.TeampartnerID = T.PersonenID;

Peter fehlt, weil seine TeampartnerID NULL ist. Die Paare erscheinen in beiden Richtungen, weil die Ausgangstabelle beide gegenseitigen Verweise enthält.

Mehr als zwei Tabellen verknüpfen

Das Ergebnis eines Joins kann mit einer weiteren Tabelle verknüpft werden. Besitzt ein Mitarbeiter sowohl eine AdrId als auch eine AbtId, ist beispielsweise folgende Kette möglich:

FROM Mitarbeiter JOIN Adresse USING (AdrId) JOIN Abteilung USING (AbtId)

Prüfe bei jedem Schritt getrennt, welche Spalten verbunden werden und welche Zeilen erhalten bleiben. Das ist besonders wichtig bei Outer Joins: Ihre Reihenfolge und Richtung können die Ergebnismenge verändern.

Du kannst eine Join-Abfrage prüfen, indem du vier Fragen beantwortest: Welche Tabellen brauche ich? Welche Spalten bilden die Beziehung? Welche Zeilen müssen erhalten bleiben? Welche Zeilen und NULL-Ergänzungen erwarte ich im Ergebnis?