Der einfache Join
Bestellungen speichern customer_id, Kunden den Namen. Um beides zusammen zu sehen, sagen Sie der Datenbank, wie die zwei Tabellen zueinander passen.
1
SELECT o.order_number,
o.ordered_at,
o.total,
c.first_name || ' ' || c.last_name AS customer,
c.country
FROM orders o
JOIN customers c ON c.id = o.customer_id
ORDER BY o.ordered_at DESC
LIMIT 20;
Ergebnis — erste 5 von 20 Zeilen
| order_number | ordered_at | total | customer | country |
|---|---|---|---|---|
| ORD-2025-002480 | 2025-12-28 23:52:14 | 6333.77 | Elena Meyer | CA |
| ORD-2025-000505 | 2025-12-28 11:16:39 | 2276.51 | Diego Rossi | IT |
| ORD-2025-000940 | 2025-12-28 07:28:46 | 11000.68 | Freya Choi | BR |
| ORD-2025-001581 | 2025-12-28 06:12:38 | 2645.06 | Jonas Lee | JP |
| ORD-2025-000995 | 2025-12-28 05:47:53 | 2584.02 | Leo Haddad | US |
Öffnet Planche in einem eigenen Browser-Tab, mit geladener Beispieldatenbank und dieser Abfrage im Editor. Alle Beispiele der Seite verwenden denselben Tab weiter, und ausgeführt wird erst, wenn Sie F9 drücken.
Drei Dinge verdienen einen Namen. JOIN allein bedeutet INNER JOIN. ON c.id = o.customer_id ist die Join-Bedingung – wie eine Zeile links einer Zeile rechts zugeordnet wird. Und orders o gibt der Tabelle einen kurzen Alias, wodurch Sie o.total und c.country schreiben können, ohne den vollen Tabellennamen zu wiederholen.
Aliase sind spätestens dann nicht mehr optional, wenn zwei Tabellen eine gleichnamige Spalte haben. Beide Tabellen hier haben eine id; unqualifiziert wäre id mehrdeutig, und die Datenbank würde die Abfrage ablehnen.
Mehr als zwei Tabellen
Joins lassen sich aneinanderhängen. Die Produkte einer Bestellung sind zwei Schritte entfernt: orders → order_items → products.
2
SELECT o.order_number,
p.name AS product,
oi.quantity,
oi.unit_price
FROM orders o
JOIN order_items oi ON oi.order_id = o.id
JOIN products p ON p.id = oi.product_id
WHERE o.status = 'delivered'
ORDER BY o.ordered_at DESC
LIMIT 25;
Ergebnis — erste 5 von 25 Zeilen
| order_number | product | quantity | unit_price |
|---|---|---|---|
| ORD-2025-000505 | Zen Boots | 1 | 700.65 |
| ORD-2025-000505 | Echo Backpack 40L Plus | 1 | 1570.96 |
| ORD-2025-001581 | Atlas Phone Pro Max | 1 | 1546.38 |
| ORD-2025-001581 | Pulse Headphones | 2 | 548.09 |
| ORD-2025-000995 | Aria Chrono | 2 | 1289.56 |
Jedes JOIN hängt eine weitere Tabelle an das an, was Sie bisher haben, ein Join über vier Tabellen ist also dasselbe mit einer Zeile mehr. Von oben nach unten gelesen: "Bestellungen, mit ihren Positionen, mit dem Produkt je Position".
Zeilen ohne Gegenstück behalten
Ein Inner Join wirft alles ohne Partner weg. Ein Kunde, der nie bestellt hat, verschwindet einfach aus dem Ergebnis. LEFT JOIN behält jede Zeile der linken Tabelle und füllt die rechte Seite mit NULL, wo es nichts zuzuordnen gab.
3
SELECT c.id,
c.first_name,
c.last_name,
o.order_number,
o.total
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
ORDER BY c.id
LIMIT 25;
Ergebnis — erste 5 von 25 Zeilen
| id | first_name | last_name | order_number | total |
|---|---|---|---|---|
| 1 | Liam | Fischer | ORD-2022-001596 | 1317.56 |
| 1 | Liam | Fischer | ORD-2025-001723 | 2664.56 |
| 1 | Liam | Fischer | ORD-2025-003142 | 4609.77 |
| 2 | Mateo | Costa | ORD-2025-002473 | 3760.6 |
| 3 | Yuki | Jang | ORD-2025-003527 | 7569.3 |
Damit wird die Abfrage "finde, was fehlt" möglich: alles behalten und dann nur die Zeilen behalten, bei denen die Zuordnung fehlschlug.
4
-- The 95 customers who have never ordered anything.
SELECT c.id, c.first_name, c.last_name, c.country
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.id IS NULL
ORDER BY c.id
LIMIT 25;
Ergebnis — erste 5 von 25 Zeilen
| id | first_name | last_name | country |
|---|---|---|---|
| 14 | Maya | Moreau | US |
| 17 | Nora | Müller | IT |
| 20 | Sana | Park | KR |
| 30 | Ravi | Park | KR |
| 33 | Oliver | Park | IN |
WHERE o.id IS NULL liest sich zunächst seltsam – orders.id ist ein Primärschlüssel und kann in der Tabelle nie null sein. In diesem Ergebnis kann es das aber, weil der LEFT JOIN diese NULLs für die nicht zugeordneten Zeilen erfunden hat. Diese Zeilen sind die 95 Kunden, die nie bestellt haben.
ON oder WHERE: nicht dieselbe Frage
Hier ist die Falle. Beide Abfragen erwähnen status = 'cancelled'. Nur eine davon ist in der Praxis ein LEFT JOIN.
5
-- The condition is part of the join: every customer is kept,
-- and only cancelled orders are attached to them.
SELECT c.id, c.first_name, o.order_number, o.status
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id AND o.status = 'cancelled'
ORDER BY c.id
LIMIT 25;
Ergebnis — erste 5 von 25 Zeilen
| id | first_name | order_number | status |
|---|---|---|---|
| 1 | Liam | NULL | NULL |
| 2 | Mateo | NULL | NULL |
| 3 | Yuki | ORD-2025-003530 | cancelled |
| 4 | Ines | NULL | NULL |
| 5 | Leo | NULL | NULL |
Die Bedingung steht in ON, ist also Teil der Zuordnung: Jeder Kunde bleibt erhalten, und eine stornierte Bestellung wird angehängt, wo es eine gibt. Kunden ohne stornierte Bestellung erscheinen weiterhin, mit NULLs.
6
-- The same condition in WHERE runs after the join and throws away
-- every row where it is not true — including the NULLs the LEFT JOIN made.
SELECT c.id, c.first_name, o.order_number, o.status
FROM customers c
LEFT JOIN orders o ON o.customer_id = c.id
WHERE o.status = 'cancelled'
ORDER BY c.id
LIMIT 25;
Ergebnis — erste 5 von 25 Zeilen
| id | first_name | order_number | status |
|---|---|---|---|
| 3 | Yuki | ORD-2025-003530 | cancelled |
| 6 | Nora | ORD-2023-001551 | cancelled |
| 6 | Nora | ORD-2022-002224 | cancelled |
| 7 | Priya | ORD-2022-003262 | cancelled |
| 10 | Elena | ORD-2025-000182 | cancelled |
Hier steht die Bedingung in WHERE, das nach dem Join läuft und jede Zeile wegwirft, für die sie nicht wahr ist. Die NULL-Zeilen, die der LEFT JOIN gerade erzeugt hat, fallen durch diesen Test – NULL = 'cancelled' ist nicht wahr – und werden alle verworfen. Sie haben einen LEFT JOIN geschrieben und einen INNER JOIN bekommen.
Die Regel ist kurz: Eine Bedingung auf die rechte Tabelle eines LEFT JOIN gehört in ON. Eine Bedingung auf die linke Tabelle gehört in WHERE. Bei einem INNER JOIN macht es tatsächlich keinen Unterschied, weshalb man sich die Gewohnheit leicht falsch angewöhnt.
Eine Tabelle mit sich selbst verbinden
Nirgends steht, dass die beiden Seiten verschiedene Tabellen sein müssen. Mitarbeiter haben eine manager_id, die auf einen anderen Mitarbeiter zeigt, also verbindet sich die Tabelle unter zwei verschiedenen Aliasen mit sich selbst.
7
SELECT e.first_name || ' ' || e.last_name AS employee,
e.position,
m.first_name || ' ' || m.last_name AS manager
FROM employees e
LEFT JOIN employees m ON m.id = e.manager_id
ORDER BY manager, employee
LIMIT 25;
Ergebnis — erste 5 von 25 Zeilen
| employee | position | manager |
|---|---|---|
| Ava Müller | Director | NULL |
| Hana Tanaka | Director | NULL |
| Hugo Ahmed | Director | NULL |
| Lucas Romero | Director | NULL |
| Maya Müller | Director | NULL |
e und m sind dieselbe Tabelle, zweimal betrachtet, und erst die Aliase machen das möglich. Es ist ein LEFT JOIN, weil die zehn Personen an der Spitze keine Führungskraft haben und ein Inner Join sie still weglassen würde.
Was Sie jetzt können
Sie können Fragen über das ganze Schema stellen. Was noch nicht geht, ist die Antwort zusammenzufassen: Bestellungen zählen, Umsatz summieren und Durchschnitte bilden folgen in der nächsten Lektion.