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.