SQL Joins – Inner, Left, Right oder Full: wie behalte ich den Überblick?

Hallo Markus, das Problem kenne ich gut, mir ging es am Anfang genauso. Was mir geholfen hat: nicht die Kreise auswendig lernen, sondern immer an ein konkretes Beispiel denken, dann merkt man sich die Logik statt die Definition.

Stell dir zwei Tabellen vor: Kunden (KundenID, Name) und Bestellungen (BestellID, KundenID, Betrag). Nicht jeder Kunde hat eine Bestellung, und theoretisch könnte es auch eine Bestellung mit einer KundenID geben, die es in der Kundentabelle nicht mehr gibt (kommt in sauberen DBs mit Fremdschlüsseln zwar nicht vor, aber zur Veranschaulichung reicht's).

• Inner Join: nur Kunden, die auch wirklich bestellt haben. Die Schnittmenge der beiden Kreise, alles außen rum fällt weg.
• Left Join: alle Kunden bleiben erhalten, egal ob sie bestellt haben oder nicht. Wer nichts bestellt hat, bekommt bei den Bestell-Spalten einfach NULL. Merksatz: "Links steht die Tabelle, die komplett bleibt."
• Right Join: genau umgekehrt, alle Bestellungen bleiben, auch wenn (rein hypothetisch) der Kunde dazu fehlt. In der Praxis nutze ich Right Join kaum, weil man das meist einfach als Left Join mit vertauschter Tabellenreihenfolge schreiben kann, das ist übersichtlicher.
• Full Join: beide Kreise komplett, also alle Kunden und alle Bestellungen, mit NULLs auf der jeweils fehlenden Seite. Der Unterschied zum Cross Join: Cross Join kombiniert jede Zeile mit jeder, ganz ohne Bedingung, das hat mit den Venn-Kreisen gar nichts zu tun.

Eselsbrücke, die bei mir hängen geblieben ist: "Left/Right sagt, wessen Tabelle komplett bleibt, nicht wo die NULLs auftauchen." Die NULLs stehen ja auf der jeweils anderen Seite.

Anna hat das eigentlich schon super erklärt, ich ergänz mal die Faustregel, mit der ich das in Excel-Schulungen immer erkläre (SVERWEIS/XVERWEIS-Denke hilft hier oft mehr als die Kreise): stell dir vor, die "führende" Tabelle ist die, deren Zeilen du auf jeden Fall im Ergebnis sehen willst, komplett, egal was die andere Seite liefert. Bei Left ist das die linke Tabelle, bei Right die rechte. Die andere Tabelle liefert nur "dazu", wenn sie was Passendes hat – findet sie nichts, kommt NULL statt echter Werte.

Praktischer Merksatz aus dem Alltag: "Die geführte Tabelle bettelt um Werte, kriegt sie aber nur, wenn's einen Treffer gibt." Kein Treffer = NULL, aber die Zeile selbst fliegt nicht raus.

Typischer Fehler, den ich bei Studierenden oft sehe: nach einem Left Join in der WHERE-Klausel auf die rechte Tabelle filtern (z. B. WHERE Betrag > 100). Damit killst du automatisch alle NULL-Zeilen und dein Left Join wird faktisch zum Inner Join. Wenn du NULLs explizit brauchst, muss der Filter in die ON-Bedingung, nicht ins WHERE.

Und zu Right Join: seh ich wie Anna, nutze ich in der Praxis so gut wie nie, weil man's fast immer sauberer als Left Join mit getauschter Reihenfolge schreiben kann. Für die Klausur trotzdem gut zu kennen.