SQL unterrichten: echte Abfragen ab der ersten Stunde

Das eigentliche Hindernis ist nicht die Sprache, sondern die Datenbank

SQL gehört zu den zugänglichsten Sprachen, die man unterrichten kann: die Syntax liest sich fast wie ein Satz, und Anfängerinnen und Anfänger schreiben binnen Minuten eine nützliche Abfrage. Das Hindernis liegt woanders.

Vor dem ersten SELECT braucht es eine verfügbare Datenbank. Und genau dort verlieren SQL-Schulungen ihren ersten halben Tag:

• Einen Server auf jedem Rechner installieren verlangt Administratorrechte, die Teilnehmende fast nie haben.
• Eine gemeinsame Datenbank teilen wirft das umgekehrte Problem auf: das erste unbedachte DELETE ruiniert den Datenbestand der ganzen Gruppe.
• Fernzugriff einrichten bedeutet einen Server zu verwalten, Konten anzulegen und eine Firewall zu überzeugen.

Am einfachsten gibt man allen ihre eigene Datenbank im Browser, bereits gefüllt. Niemand installiert etwas, niemand zerstört die Arbeit der anderen, und ein unglückliches DROP TABLE kostet einen Seitenneuaufbau.

Ein Datenbestand, der sich von selbst erklärt

Die Wahl des Datenbestands wiegt für den Erfolg einer Schulung schwerer als man denkt. Eine zu reiche Datenbank zwingt dazu, die Fachlichkeit vor der Sprache zu erklären; eine zu arme erlaubt keinen interessanten Join.

Das überall funktionierende Modell passt in vier Tabellen: Kunden, Produkte, Bestellungen und die Positionen dieser Bestellungen. Jede Person versteht den Sinn ohne Vorrede, und diese Struktur genügt für das Wesentliche:

• Filtern und Sortieren auf der Kundentabelle.
• Aggregate — zählen, summieren, mitteln — auf den Produkten.
• Der einfache Join zwischen Bestellungen und Kunden.
• Der mehrfache Join mit Gruppierung, um den Umsatz je Kunde zu berechnen.

Halten Sie den Umfang bescheiden: etwa zehn Zeilen je Tabelle. Ein Ergebnis, das ganz auf den Bildschirm passt, lässt selbst prüfen, ob die Abfrage das getan hat, was man dachte.

Die Reihenfolge, die Sackgassen vermeidet

Die klassische Lehrbuchfolge richtet sich nach der Syntax. Die Reihenfolge, die im Kurs funktioniert, richtet sich nach der tatsächlichen Schwierigkeit — und die liegt nicht dort, wo man sie vermutet.

Beginnen Sie mit Lesen, nicht mit Schreiben. Eine fertige Abfrage, ausgeführt und beobachtet, verankert das Wesentliche: eine Abfrage liefert eine Tabelle. Lassen Sie sie danach verändern — eine Stadt austauschen, eine Sortierung ergänzen — bevor Sie eine von Grund auf verlangen.

Führen Sie den Join früh ein. Das ist kontraintuitiv, aber der Join ist das Herz von SQL und die Quelle der meisten Sackgassen. Ihn ans Ende zu schieben suggeriert, der Rest sitze — während die halbe Gruppe schon am ersten scheitert.

Heben Sie GROUP BY für den Schluss auf. Gruppieren verlangt, in Mengen statt in Zeilen zu denken: ein echter gedanklicher Sprung, der Zeit und anschauliche Beispiele verdient.

Die drei Fehler, die immer wiederkehren

Drei Missverständnisse tauchen in jeder Gruppe auf, auf jedem Niveau. Sie vorwegzunehmen spart eine Stunde.

• Der vergessene Join. Zwei Tabellen im FROM, keine Verknüpfungsbedingung, und die Abfrage liefert das Produkt aller Zeilen. Das Ergebnis ist riesig und niemand versteht warum. Zeigen Sie es einmal absichtlich: die wirksamste Demonstration überhaupt.
• Der Filter an der falschen Stelle. Vor oder nach einer Gruppierung zu filtern ergibt nicht dasselbe. Lassen Sie beide Fassungen nebeneinander schreiben, statt die Regel zu erklären.
• Der Vergleich mit einem fehlenden Wert. Ein leeres Feld vergleicht sich nicht wie die anderen: die Abfrage liefert nichts, ohne Fehler, und es wird zehn Minuten an der falschen Stelle gesucht.

Alle drei haben eines gemeinsam: die Abfrage stürzt nicht ab. Sie liefert stillschweigend ein falsches Ergebnis. Daher die Bedeutung eines Datenbestands, der klein genug zum Nachprüfen ist.

Live korrigieren, ohne die Antwort zu früh zu geben

SQL eignet sich besonders gut für gemeinsames Korrigieren: eine Abfrage passt in wenige Zeilen, und das Ergebnis ist sofort für alle sichtbar.

Am wirksamsten projizieren Sie Ihren eigenen Bildschirm, während alle in ihrem arbeiten. Sie schreiben eine Abfrage, sie erscheint bei ihnen; sie passen sie an, ohne aus dem Gedächtnis abzutippen. Beim Korrigieren zeigen Sie zuerst das erwartete Ergebnis — die Tabelle, nicht die Abfrage. Die Gruppe sucht dann den Weg, und genau das ist die Übung.

Halten Sie die Lösung vorab geschrieben, aber verborgen, und geben Sie sie erst danach frei. Eine zu früh sichtbare Lösung macht aus einer Denkübung eine Abschreibübung.

Was ein echter Server noch braucht

Eine Datenbank im Browser deckt alles ab, was man abfragt. Sie deckt nicht ab, was man verwaltet — und diese Unterscheidung sagt man der Gruppe besser deutlich.

In einer echten Umgebung bleiben zu behandeln: Rechte und Benutzer, Sicherungen, Optimierung und Indizes bei nennenswerten Datenmengen, gleichzeitige Transaktionen und Dialektunterschiede zwischen Systemen. Diese Themen gehören eher zum Handwerk der Administration als zum Schreiben von Abfragen.

Für eine Einführung, eine Auffrischung oder ein SQL-Modul innerhalb einer größeren Schulung genügt der Browser bei Weitem — und er gibt den halben Tag zurück, der bisher in die Installation ging.