SQL einfach erklärt: SELECT, WHERE, JOIN

Fünf Kunden, sechs Aufträge, zwei Tabellen. Und die Chefin fragt: Wer hat noch nie bestellt?

Freitagnachmittag im Pizzadienst. In der Datenbank stehen fünf Kunden und sechs Bestellungen, verteilt auf zwei Tabellen. Die Chefin will drei Dinge wissen: Wer wohnt in Köln? Wer aus Köln hat für mehr als zwanzig Euro bestellt? Und wer hat noch nie bestellt?

Und jetzt? Alles von Hand abtippen? Lieber nicht. Dafür gibt es SQL, die Sprache, mit der man relationale Datenbanken abfragt. SQL gehört zu den Themen von Teil zwei der IHK-Abschlussprüfung in den IT-Berufen. Solche Abfragen zu üben, lohnt sich also.

Wir brauchen dafür drei Wörter: SELECT, WHERE und JOIN. Die Ergebnistabelle füllt sich dabei Schritt für Schritt.

Fangen wir mit der Tabelle Kunde an. Sie hat drei Spalten: Kundennummer, Name und Ort. Welche Spalten willst du sehen, und aus welcher Tabelle? Genau diese zwei Fragen beantwortet die einfachste Abfrage.

SELECT Name, Ort FROM Kunde. Nach SELECT stehen die Spalten, durch Kommas getrennt. Nach FROM steht die Tabelle. Ergebnis: alle fünf Kunden, aber nur mit Name und Ort.

Mit SELECT Sternchen bekommst du alle Spalten. Sehr bequem. Ungefähr so bequem, wie den ganzen Kühlschrank auszuräumen, weil man die Milch sucht. Ist nach Name und Ort gefragt, schreibst du auch nur Name und Ort.

Jetzt die erste Frage der Chefin: Wer wohnt in Köln? Dafür filterst du Zeilen, nicht Spalten. Das macht WHERE.

SELECT Name FROM Kunde WHERE Ort gleich Köln. Die Datenbank prüft jede Zeile: Ada, ja. Ben, nein. Cem, ja. Dana, nein. Emil, ja. Drei Treffer.

Wichtig: Köln steht in einfachen Anführungszeichen. Ohne sie hält die Datenbank Köln für den Namen einer Spalte und meldet einen Fehler. Text kommt in einfache Anführungszeichen, Zahlen nicht. Neben gleich gibt es auch größer, kleiner und ungleich.

Zweite Frage: Wer aus Köln hat für mehr als zwanzig Euro bestellt? Schau in die Tabelle Bestellung: Bestellnummer, Kundennummer, Betrag. Da steht kein Name und kein Ort. Wie findet Ada also zu ihrer Bestellung?

Über die Kundennummer. In der Tabelle Kunde ist sie der Primärschlüssel: Jede Nummer gibt es nur einmal, und sie ist immer ausgefüllt. In der Tabelle Bestellung ist sie ein Fremdschlüssel: Sie zeigt auf den Kunden, der bestellt hat. Bestellung hundertdrei gehört zu Kunde eins, also zu Ada.

Genau diese Verbindung baut JOIN. FROM Kunde k JOIN Bestellung b ON k Punkt KundeNr gleich b Punkt KundeNr. k und b sind Kurznamen für die Tabellen. Hinter ON steht die Bedingung: Welche Zeilen gehören zusammen?

Die Datenbank legt jetzt jede Bestellung neben den passenden Kunden. Ada hat zwei Bestellungen, Cem auch zwei, Ben und Dana je eine. Sechs Zeilen. Und Emil? Fehlt. Er hat nie bestellt, und ein INNER JOIN zeigt nur Paare, die zusammenpassen.

Und was passiert ohne Verknüpfung? Schreibst du die beiden Tabellen nur mit Komma hintereinander, ohne Bedingung, oder als CROSS JOIN, kombiniert die Datenbank jede Zeile mit jeder: fünf Kunden mal sechs Bestellungen, dreißig Zeilen. Ada hat dann plötzlich auch Bens und Danas Bestellungen. Die Chefin ist bestimmt begeistert. Das nennt man Kreuzprodukt. Die Bedingung hinter ON legt fest, was wirklich zusammengehört.

Noch ein Detail: KundeNr steht in beiden Tabellen. Deshalb schreibst du k Punkt oder b Punkt davor. Sonst weiß die Datenbank nicht, welche Spalte gemeint ist.

Jetzt alles zusammen. Wer aus Köln hat für mehr als zwanzig Euro bestellt? Erst verbinden, dann filtern: der JOIN mit ON, danach WHERE k Punkt Ort gleich Köln AND b Punkt Betrag größer zwanzig.

Die Datenbank arbeitet dabei nicht einfach von oben nach unten. Logisch kommt zuerst FROM mit dem JOIN, dann WHERE, und erst danach SELECT. Übrig bleiben zwei Zeilen: Cem mit zweiunddreißig Euro und Ada mit vierundzwanzig Euro.

Und wenn die Chefin sagt: Köln oder Bonn, über zwanzig Euro? Du schreibst: Ort gleich Köln OR Ort gleich Bonn AND Betrag größer zwanzig, ohne Klammern. Plötzlich stehen auch Ada mit achtzehn Euro fünfzig und Cem mit neun Euro fünfzig in der Liste. Warum?

Weil AND stärker bindet als OR, ähnlich wie Punkt vor Strich. Die Datenbank liest: Köln mit jedem Betrag, oder Bonn über zwanzig Euro. Setz Klammern um Köln oder Bonn, dann stimmt es wieder: Cem und Ada.

Dritte Frage: Wer hat noch nie bestellt? Mit dem INNER JOIN geht das nicht, denn Emil fällt dort ja gerade raus. Wie holst du ihn zurück?

Mit LEFT JOIN. Er behält alle Zeilen der linken Tabelle, hier also alle Kunden. Wo keine Bestellung passt, stehen im Ergebnis in den Spalten der rechten Tabelle NULL-Werte. NULL steht für einen fehlenden oder unbekannten Wert, nicht für null Euro.

Jetzt nur noch filtern: WHERE b Punkt BestellNr IS NULL. Die Bestellnummer ist bei einer echten Bestellung nie NULL, deshalb passt nur Emil. Aber Achtung: Ein Vergleich mit gleich NULL ergibt nicht wahr, sondern unbekannt. WHERE lässt nur wahre Bedingungen durch, also bekommst du gar keine Zeile. Fehlende Werte prüfst du mit IS NULL.

Was musst du dir für die Prüfung merken? SELECT wählt Spalten, FROM die Tabelle, WHERE filtert Zeilen. Text kommt in einfache Anführungszeichen. Beim JOIN legt ON fest, was zusammengehört; Komma oder CROSS JOIN ohne Bedingung liefern jede Kombination. AND bindet stärker als OR, also Klammern setzen. Und fehlende Werte prüfst du mit IS NULL, nie mit gleich.

Die Chefin hat ihre drei Antworten: Drei Kunden wohnen in Köln, zwei Bestellungen von Kunden aus Köln liegen über zwanzig Euro, und Emil hat noch nie bestellt. Er bekommt einen Gutschein. Mit SELECT, WHERE und JOIN beantwortest du solche Fragen in fast jeder relationalen Datenbank. Auf unserer Übungsseite schreibst du die Abfragen selbst und siehst sofort, ob sie stimmen.

Wenn du in Informatik Unterstützung möchtest: Wir finden dir Nachhilfe, vor Ort oder online.

Spalten wählen, Reihen filtern, über die Nummer verbinden. Wer nie bestellt hat, hat leere Felder: ihn findest du mit links!

• PostgreSQL-Dokumentation (englisch): Tabellenausdrücke und Joins – INNER, LEFT und CROSS JOIN, Kreuzprodukt mit N mal M Zeilen, Kurznamen für Tabellen
• PostgreSQL-Dokumentation (englisch): Vergleichsfunktionen und Operatoren – NULL ist ein unbekannter Wert, deshalb nicht = NULL schreiben
• PostgreSQL-Dokumentation (englisch): Lexikalische Struktur – Text-Konstanten in einfachen Anführungszeichen, Operatorvorrang (AND vor OR)
• PostgreSQL-Dokumentation (englisch): Wertausdrücke – Spaltenverweise: Der Tabellenvorsatz darf nur entfallen, wenn der Spaltenname eindeutig ist
• PostgreSQL-Dokumentation (englisch): Constraints – Primärschlüssel und Fremdschlüssel
• Microsoft Learn: SELECT (Transact-SQL) – logische Verarbeitungsreihenfolge: FROM, ON, JOIN, WHERE, danach SELECT
• Microsoft Learn: FROM-Klausel mit JOIN (Transact-SQL) – INNER, LEFT OUTER und CROSS JOIN
• Microsoft Learn: IS [NOT] NULL (Transact-SQL) – Vergleichsoperatoren liefern bei NULL unbekannt, deshalb IS NULL benutzen
• Microsoft Learn: Operatorrangfolge (Transact-SQL) – AND bindet stärker als OR
• Microsoft Learn: Primär- und Fremdschlüssel – Verknüpfung zweier Tabellen über Schlüsselspalten
• SQLite (englisch): Schlüsselwörter – einfache Anführungszeichen für Text, doppelte für Namen
• IHK Hannover: Prüfungskataloge IT-Berufe – SQL wird in der 2. Auflage (gilt ab 2025) ausschließlich in Teil 2 der Abschlussprüfung thematisiert