Wie man SQL-Abfragen schreibt, die jeder verstehen kann

SQL zu schreiben, das funktioniert, ist eine Sache. SQL so zu schreiben, dass jemand anderes es lesen und sagen kann: "Oh, ich hab's verstanden", ist eine ganz andere Sache. Und ganz ehrlich? Es ist eines der nützlichsten Dinge, die Sie lernen können, wenn Sie mit Daten arbeiten.

Ob Sie nun Berichte erstellen, das Kundenverhalten analysieren oder eine kurze Frage Ihres Chefs beantworten, Sie werden wahrscheinlich SQL verwenden. Und wenn dieses SQL unübersichtlich oder verwirrend ist, bremsen Sie alle aus - auch sich selbst.

Dieser Leitfaden hilft Ihnen, SQL-Abfragen zu schreiben, die leicht zu lesen und zu bearbeiten sind und auch für andere Menschen Sinn ergeben - selbst wenn Sie noch keine Erfahrung mit SQL haben.

Möchten Sie SQL mit anfängerfreundlichen Übungen üben? Probieren Sie den KursSQL für Anfänger auf LearnSQL.com.

Warum es wichtig ist, verständliches SQL zu schreiben

SQL ist nicht nur etwas für Maschinen. Sicher, die Datenbank führt Ihre Abfragen aus, aber echte Menschen müssen sie auch lesen. Und wenn Ihr SQL unübersichtlich oder verwirrend ist, machen Sie nicht nur anderen das Leben schwer - Sie machen es auch sich selbst schwer.

Klar formuliertes SQL spart Zeit. Es macht es einfacher, Fehler zu beheben, mit Teamkollegen zusammenzuarbeiten und alten Code später zu überarbeiten, ohne sich den Kopf zu zerbrechen. Stellen Sie sich vor, Sie schreiben eine Notiz an Ihr zukünftiges Ich oder einen Teamkollegen - machen Sie sie so klar, dass sie nicht übersetzt werden muss.

Lesbares SQL zeigt auch, dass Sie sich Gedanken machen. Das gehört zu einem guten Kommunikator. Und wenn Sie in einem Team arbeiten, ist das von großer Bedeutung.

Haben Sie jemals eine riesige 100-Zeilen-Abfrage ohne Kommentare und mit unklaren Variablennamen geöffnet? Stellen Sie sich jetzt vor, Sie müssten das unter Druck korrigieren. Das macht keinen Spaß.

Verstehen Sie die Verarbeitungsreihenfolge von SQL

Sie schreiben SQL vielleicht von oben nach unten, aber die Datenbank liest es nicht auf diese Weise. Hier ist die tatsächliche Reihenfolge, der sie folgt:

1. FROM
2. WHERE
3. GROUP BY
4. HAVING
5. SELECT
6. ORDER BY
7. LIMIT

Wenn Sie das verstehen, können Sie Ihre Logik strukturieren und Fehler leichter erkennen.

Lange Abfragen in Teile aufteilen (mit CTEs)

Anstatt alles in eine einzige lange Abfrage zu packen, verwenden Sie Common Table Expressions (CTEs), um die Logik in überschaubare Schritte zu unterteilen.

Hier ist eine Version mit einer Unterabfrage:

SELECT *
FROM (
  SELECT customer_id, COUNT(*) AS order_count
  FROM orders
  GROUP BY customer_id
) AS subquery
WHERE order_count > 5;

Hier ist die gleiche Logik unter Verwendung eines CTEs:

WITH orders_cte AS (
  SELECT customer_id, COUNT(*) AS order_count
  FROM orders
  GROUP BY customer_id
)
SELECT *
FROM orders_cte
WHERE order_count > 5;

Diese Version ist einfacher zu verfolgen. Sie erzählt die Geschichte Schritt für Schritt und macht es einfacher, Ihren Code wiederzuverwenden, zu testen und zu pflegen.

Verwenden Sie Großbuchstaben für SQL-Schlüsselwörter

Die Großschreibung von Schlüsselwörtern wie SELECT, FROM und WHERE hilft, sie hervorzuheben und verbessert die Lesbarkeit. Dies ist eine gängige Praxis, die das Scannen von Abfragen erleichtert.

Einrücken des Codes

Die Einrückung zeigt, wie sich die verschiedenen Teile der Abfrage zueinander verhalten. Wenn Sie Unterabfragen oder komplexe Logik verwenden, macht die Einrückung die Struktur deutlich. Vergleichen Sie dies:

Ohne Einrückung:

SELECT customer_id FROM (SELECT customer_id, COUNT(*) AS total_orders FROM orders GROUP BY customer_id) AS subquery WHERE total_orders > 5;

Mit Einrückung:

SELECT customer_id
FROM (
    SELECT customer_id, COUNT(*) AS total_orders
    FROM orders
    GROUP BY customer_id
) AS subquery
WHERE total_orders > 5;

Eine Klausel pro Zeile

Wenn Sie Abfragen in separate Zeilen für jede Klausel aufteilen (SELECT, FROM, WHERE, usw.), lassen sie sich leichter überprüfen und debuggen:

SELECT customer_id,
       COUNT(*) AS order_count
FROM orders
WHERE status = 'delivered'
GROUP BY customer_id;

Verwenden Sie aussagekräftige Aliase

Vermeiden Sie kurze, vage Aliase wie a, b, oder t1. Verwenden Sie stattdessen Aliase, die beschreiben, worum es sich bei der Tabelle handelt:

SELECT o.customer_id
FROM orders AS o

Oder noch besser:

SELECT orders.customer_id
FROM orders

Verwenden Sie Aliase nur, wenn es nötig ist, und stellen Sie sicher, dass sie hilfreich sind und nicht verwirren.

AS zum Umbenennen von Spalten verwenden

Wenn Sie neue Spalten erstellen - z. B. Summen oder Durchschnittswerte -, verwenden Sie AS, um ihnen eindeutige Namen zu geben:

SELECT COUNT(*) AS total_orders

Dies macht Ihre Ergebnisse leichter verständlich und sorgt für eine klare und professionelle Ausgabe.

Vermeiden Sie SELECT *

Es mag einfach erscheinen, alle Spalten mit SELECT * zu erfassen, aber es kann zu Problemen führen:

• Es schließt unnötige oder sensible Daten ein.
• Es verlangsamt Ihre Abfragen
• Es macht Ihren Code schwerer zu verstehen und zu pflegen

Listen Sie stattdessen die Spalten auf, die Sie tatsächlich benötigen:

SELECT customer_id, order_date, total_amount
FROM orders

Hilfreiche Kommentare hinzufügen

Verwenden Sie --, um Kommentare in SQL hinzuzufügen. Kommentare erklären, warum Ihre Abfrage etwas tut, was oft nützlicher ist als das, was sie tut.

Beispiel:

-- Only show active customers who ordered in the last 30 days
WHERE customer_status = 'active'
  AND order_date >= CURRENT_DATE - INTERVAL '30 days'

Kommentare sind wie Notizen für Ihr zukünftiges Ich - oder für die nächste Person, die an der Abfrage arbeitet.

Verwenden Sie bei Bedarf Indizes

Wenn Sie häufig nach einer bestimmten Spalte filtern oder verknüpfen, könnte diese Spalte von einem Index profitieren. Indizes helfen der Datenbank, Daten schneller zu finden. Wenn Sie nicht sicher sind, welche Spalten indiziert sind, fragen Sie Ihren Datenbankadministrator oder überprüfen Sie Ihr Schema.

Wiederholen Sie sich nicht

Wenn Sie etwas Komplexes berechnen, sollten Sie es einmal tun und dann wiederverwenden - wiederholen Sie die Logik nicht. CTEs sind dafür perfekt geeignet:

WITH order_totals AS (
  SELECT customer_id, SUM(total_amount) AS total_spent
  FROM orders
  GROUP BY customer_id
)
SELECT *
FROM order_totals
WHERE total_spent > 1000;

Verwenden Sie hilfreiche Tools

Hier sind einige anfängerfreundliche Tools, die das Schreiben von SQL erleichtern können:

• SQL Formatter - Bereinigt Ihren Code automatisch um die richtigen Abstände und Strukturen. Probieren Sie es in VS Code oder Ihrem bevorzugten SQL-Editor aus.
• Online-Verbesserer - Auf Websites wie org können Sie unordentliche Abfragen einfügen und erhalten sofort eine saubere Version zurück.
• SQL Linters - Diese Tools überprüfen Ihre Abfragen auf Fehler oder inkonsistente Formatierung und schlagen Verbesserungen vor. Sie eignen sich hervorragend zum Erlernen von Best Practices während der Arbeit.

Mit diesen Tools können Sie sich bessere Gewohnheiten aneignen und schneller klareres SQL schreiben.

Sind Sie bereit, weiter zu lernen?

Sie haben es bis hierher geschafft - und damit haben Sie bereits einen Vorsprung. Wenn Sie Ihre Fähigkeiten auf praktische und angenehme Weise weiter ausbauen möchten, ist der beste nächste Schritt die praktische Übung.

Hier sind einige hilfreiche Ressourcen von LearnSQL.de:

• SQL für Anfänger - Erweitern Sie Ihre Grundlagen mit grundlegenden SQL-Kenntnissen.
• SQL-JOINs - Lernen Sie, wie Sie Daten über mehrere Tabellen hinweg kombinieren können.
• 20 grundlegende SQL-Abfragebeispiele für Anfänger

Wählen Sie eine unordentliche Abfrage aus Ihrer eigenen Arbeit und bereinigen Sie sie mit dem Gelernten. Dann machen Sie eine weitere. Schon bald wird sich das Schreiben von sauberem, leicht verständlichem SQL ganz natürlich anfühlen.