SQL-Testtraining

Wie der echte Test normalerweise aussieht

Es gibt keinen einheitlichen SQL-Test. Jeder Arbeitgeber wählt eine Testplattform oder erstellt einen eigenen Test und legt fest, wie viele Fragen gestellt werden, wie viel Zeit zur Verfügung steht und welche Datenbank verwendet wird. Die Stellenanzeige oder die Einladung zum Test ist der beste Anhaltspunkt dafür, was Sie erwartet. Öffentliche Beispiele zeigen die Bandbreite:

• SQL-Kompetenztests von HackerRank. HackerRank gibt für seinen SQL (Basic)-Kompetenztest 2 Fragen in 30 Minuten an. Er behandelt Themen wie einfache Abfragen (HackerRank). Für den SQL (Intermediate)-Test sind 2 Fragen in 35 Minuten vorgesehen. Er behandelt Themen wie komplexe Joins (HackerRank). Arbeitgeber, die eigene HackerRank-Tests erstellen, können Datenbankfragen hinzufügen und festlegen, welche Datenbanken die Kandidaten verwenden dürfen (HackerRank support).
• Eine Aufgabe zum Schreiben einer Abfrage. TestGorilla beschreibt seinen SQLite-Programmiertest als 30 Minuten, in denen Sie eine Abfrage für ein realistisches Szenario mit einer Datenbank mittlerer Komplexität schreiben. Dabei geht es um Joins und Filter, einfache Berechnungen, Sortieren, Runden und das Ausschließen irrelevanter Einträge (TestGorilla).
• Ein kurzer Wissenstest. TestGorilla gibt für seinen MySQL-Test 15 Fragen in 10 Minuten an. Die Fragen stammen aus einem Pool mit 101 Fragen (TestGorilla).

Häufig genannte Themenbereiche in SQL-Tests:

• Filtern und Sortieren: SELECT, WHERE, ORDER BY und Bedingungen mit AND, OR, IN und BETWEEN.
• Joins: Inner und Left Joins sowie die Frage, was mit Zeilen ohne Treffer geschieht.
• Gruppieren: GROUP BY mit COUNT, SUM, AVG, MIN und MAX sowie HAVING zum Filtern von Gruppen.
• NULL-Werte: Wie sich fehlende Werte auf Vergleiche, Zählungen und Durchschnittswerte auswirken.
• Unterabfragen: Eine Abfrage innerhalb einer anderen, mit IN, EXISTS oder einem einzelnen Wert.
• Eine Abfrage aus einer einfachen Anforderung schreiben, wobei häufig danach bewertet wird, ob genau die erwarteten Zeilen zurückgegeben werden.

Was unsere Probetests abdecken. Jeder vollständige Probetest umfasst 18 Fragen in 45 Minuten in vier Abschnitten: SQL-Konzepte (5), welche Ergebnisse die Abfrage liefert (6), eine Abfrage korrigieren (4) und die richtige Abfrage auswählen (3). Sie können zu vorherigen Fragen zurückgehen und Fragen markieren. Wir verwenden portables Standard-SQL. Daher bedeuten die Abfragen in PostgreSQL, MySQL, SQL Server, SQLite und den meisten anderen Datenbanken dasselbe. In unseren Probetests üben Sie, Abfragen zu lesen, nachzuvollziehen und auszuwählen. Ihre selbst geschriebenen Abfragen werden nicht ausgeführt. Bei vielen echten SQL-Tests müssen Sie eine Abfrage schreiben, die anhand erwarteter Ergebnisse geprüft wird. Nutzen Sie unsere Probetests, um die dafür nötigen Fähigkeiten im Lesen und Nachvollziehen zu trainieren, und schreiben Sie zusätzlich selbst Abfragen in einer kostenlosen Datenbank wie SQLite.

Fragetypen mit Lösungsbeispielen

Ein durchgerechnetes Beispiel zu jedem Abschnitt, einschließlich der Falle, in die die meisten tappen.

1. SQL-Konzepte. Was ist der Unterschied zwischen COUNT() und COUNT(email)? COUNT() zählt jede Zeile; COUNT(email) zählt nur die Zeilen, in denen email nicht NULL ist. Falle: Annehmen, dass jede Zählung alle Zeilen einschließt. Die meisten Aggregatfunktionen lassen NULL-Werte aus.

2. Was die Abfrage zurückgibt. Die Tabelle scores enthält die Werte 8, 5, NULL und 8. Was gibt SELECT COUNT(DISTINCT score) zurück? Die unterschiedlichen Werte, die nicht NULL sind, lauten 8 und 5. Die Antwort ist also 2. Falle: NULL als Wert mitzuzählen oder die doppelte 8 zweimal zu zählen. Schreiben Sie die Tabelle auf und streichen Sie die Zeilen so durch, wie es die Abfrage tun würde.

3. Eine Abfrage korrigieren. Eine Abfrage lautet WHERE city = 'Austin' OR city = 'Dallas' AND active = 1 und gibt inaktive Kunden aus Austin zurück. AND wird vor OR ausgewertet. Die Bedingung bedeutet also tatsächlich: Austin oder aktive Kunden aus Dallas. Die Lösung sind Klammern: WHERE (city = 'Austin' OR city = 'Dallas') AND active = 1. Falle: Die Bedingung von links nach rechts lesen.

4. Die richtige Abfrage auswählen. Sie brauchen die fünf neuesten Bestellungen. Welche Abfrage ist richtig: ORDER BY order_date DESC mit einem Limit von 5 oder ORDER BY order_date mit einem Limit von 5? Die erste. Ohne DESC wird nach den ältesten zuerst sortiert, sodass Sie die fünf ältesten erhalten würden. Falle: Die Abfrage auswählen, die richtig aussieht, ohne die Sortierrichtung zu prüfen. (Datenbanken geben das Limit unterschiedlich an, zum Beispiel mit LIMIT 5 oder FETCH FIRST 5 ROWS ONLY. Prüfen Sie also, welche Schreibweise Ihr Test verwendet.)

5. Joins mit Bedingungen. Auf einen Left Join folgt eine WHERE-Bedingung für eine Spalte der rechten Tabelle. Dadurch wird er unbemerkt zu einem Inner Join, weil nicht zugeordnete Zeilen dort NULL enthalten und durch die Bedingung ausgeschlossen werden. Falle: Nicht bemerken, welche Zeilen verschwinden. Fragen Sie sich: „Was passiert mit einer Zeile ohne Treffer?“

So bereiten Sie sich vor

1. Lesen Sie zuerst Ihre Einladung. Informieren Sie sich, welche Plattform Sie verwenden, wie viel Zeit Sie haben, ob Sie Abfragen schreiben oder Multiple-Choice-Fragen beantworten und welche Datenbank zum Einsatz kommt. Die Formate unterscheiden sich zu stark, um etwas vorauszusetzen.
2. Lernen Sie die Reihenfolge kennen, in der eine Abfrage ausgeführt wird. FROM und JOIN, dann WHERE, GROUP BY, HAVING, SELECT und ORDER BY. Die meisten Fragen wie „Warum ist das falsch?“ werden verständlich, sobald Sie wissen, welcher Schritt welche Daten verarbeitet.
3. Verfolgen Sie kleine Tabellen von Hand. Schreiben Sie drei oder vier Zeilen auf und wenden Sie dann jede Klausel der Reihe nach an. So können Sie Ihre Antwort am schnellsten überprüfen und Fallen mit NULL und Duplikaten erkennen.
4. Behandeln Sie NULL als eigenes Thema. Üben Sie IS NULL, COUNT(column) im Vergleich zu COUNT(*), dass AVG NULL-Werte überspringt, NOT IN mit einem NULL-Wert in der Liste und welche Werte ein Left Join in nicht übereinstimmende Spalten einträgt.
5. Schreiben Sie auch echte Abfragen. Unsere Probetests trainieren das Lesen und Nachvollziehen von Abfragen. Schreiben Sie zusätzlich Abfragen in einer kostenlosen Datenbank wie SQLite, damit es sich normal anfühlt, sie unter Zeitdruck einzugeben. Bei manchen Tests wird Ihre Abfrage anhand vieler Fälle geprüft, zum Beispiel anhand der mehr als 10 Testfälle, die TestGorilla für seinen SQLite-Test beschreibt (TestGorilla).
6. Überprüfen Sie das Ergebnis, nicht nur die Syntax. Eine Abfrage kann ausgeführt werden und trotzdem falsche Zeilen zurückgeben. Fragen Sie sich vor dem Absenden, was bei keinen Treffern, Duplikaten und NULL-Werten passiert.
7. Üben Sie im tatsächlichen Tempo. Bei einem kurzen Wissenstest wie dem MySQL-Test von TestGorilla mit 15 Fragen in 10 Minuten bleibt Ihnen deutlich weniger als eine Minute pro Frage (TestGorilla). Absolvieren Sie vollständige Probetests unter Zeitvorgabe, damit Ihnen das Tempo am Prüfungstag vertraut ist.

Wie die Bewertung üblicherweise funktioniert

Die Bewertung hängt vom Arbeitgeber und von der Plattform ab. Es gibt keine standardisierte SQL-Punktzahl und keine allgemeingültige Bestehensgrenze. Jeder Arbeitgeber entscheidet, welches Ergebnis als gut gilt. Hier sind zwei öffentlich verfügbare Beispiele dafür, wie Abfragefragen bewertet werden:

• Datenbankfragen bei HackerRank: HackerRank gibt an, diese Fragen automatisch zu bewerten, indem das Ergebnis Ihrer Abfrage mit der erwarteten Ausgabe verglichen wird. Bei einer Übereinstimmung gibt es die volle Punktzahl, bei allem anderen null Punkte. Eine Ausnahme gilt, wenn der Arbeitgeber die Antwort manuell prüft und Teilpunkte vergibt. Der Arbeitgeber kann außerdem festlegen, dass die Reihenfolge der Zeilen nicht berücksichtigt wird (HackerRank-Support).
• Der SQLite-Test von TestGorilla: TestGorilla gibt an, dass Kandidatinnen und Kandidaten anhand von mehr als 10 Testfällen eingestuft werden, die Sonderfälle der Lösung prüfen (TestGorilla).

Da Ergebnisse oft zeilenweise geprüft werden, kann eine fast richtige Abfrage, die beispielsweise einen Kunden ohne Bestellungen auslässt, genauso bewertet werden wie gar keine Antwort.

Unser Übungsergebnis entspricht der Anzahl unserer eigenen Fragen, die Sie richtig beantwortet haben. Die Aufschlüsselung nach Abschnitten zeigt Ihnen, worauf Sie sich konzentrieren können. Es handelt sich um ein Übungsergebnis: Es ist weder ein Ergebnis in einem Test eines Arbeitgebers oder einer Plattform noch sagt es voraus, ob Sie bestehen werden.

Häufige Fehler

• NULL mit = vergleichen. Verwenden Sie IS NULL und IS NOT NULL. Alles, was = NULL ist, gilt als unbekannt, daher wird die Zeile herausgefiltert.
• Einen Left Join in WHERE filtern. Eine Bedingung für Spalten der rechten Tabelle entfernt die nicht zugeordneten Zeilen. Fügen Sie diese Bedingung in die ON-Klausel ein, wenn Sie sie beibehalten möchten.
• WHERE für eine Summe verwenden. Aggregatfunktionen gehören in HAVING, nach GROUP BY.
• Eine Spalte auswählen, die nicht gruppiert wurde. In Standard-SQL muss jede ausgewählte Spalte gruppiert oder aggregiert werden. Manche Datenbanken führen die Abfrage trotzdem aus und wählen einen Wert für Sie aus, wodurch der Fehler verborgen bleibt.
• Duplikate vergessen. Ein Join kann Zeilen wiederholen, wodurch SUM und COUNT zu hohe Werte liefern. Prüfen Sie, ob jede Zeile auf der einen Seite mehreren Zeilen auf der anderen Seite entsprechen kann.
• Sich auf Abkürzungen einer einzelnen Datenbank verlassen. Einige Funktionen und die Syntax zur Begrenzung der Ergebnisse unterscheiden sich zwischen Datenbanken. Lernen Sie die Standardform und prüfen Sie, welche Datenbank bei Ihrem Test verwendet wird.