SQL-Formatierer

SQL-Abfragen formatieren und mit richtiger Einrückung verschönern

Eingabe-SQL

Formatiertes SQL

Formatted SQL will appear here

Über dieses Tool

SQL kommt gern unlesbar an. Von einem ORM erzeugte Queries kommen als eine riesige Zeile, aus Application-Logs kopierte Queries verlieren ihre Formatierung ganz, und unter Zeitdruck geschriebene Queries sammeln Joins und Bedingungen, bis niemand ihnen folgen kann. Formatieren fixt das, indem jede Klausel auf ihre eigene Zeile kommt und die Struktur eingerückt wird – SELECT, FROM, JOIN, WHERE, GROUP BY, ORDER BY – das macht aus einer Textwand etwas, über das du wirklich nachdenken kannst. Das zählt mehr als Ästhetik. Eine ganze Menge SQL-Bugs sind strukturell: eine Join-Bedingung versehentlich in der WHERE-Klausel, ein fehlender Join, der still ein Kreuzprodukt erzeugt, ein OR, das Klammern braucht und keine hat. Alle drei sind in einer Zeile fast unsichtbar und offensichtlich, sobald die Query gelegt ist. Formatieren ordnet nur Whitespace um, das Verhalten der Query bleibt unberührt. Alles läuft in deinem Browser, das zählt, weil echte Queries Tabellennamen und Business-Logik enthalten.

So verwendest du dieses Tool

  1. Füge dein SQL einEine einzelne Query oder ein ganzes Skript, egal wie schlecht formatiert es ankam.
  2. FormatierenKlauseln landen auf eigenen Zeilen mit konsistenter Einrückung und Keyword-Großschreibung.
  3. Lies die StrukturPrüfe zuerst die Joins und ihre Bedingungen – dort verstecken sich die meisten strukturellen Bugs.
  4. Kopiere es zurückNimm die formatierte Query in deinen Editor, deine Migration oder Dokumentation.

Warum es nutzen

  • Macht aus generiertem oder geloggtem SQL in einem Schritt etwas Lesbares.
  • Macht strukturelle Bugs sichtbar – falsch platzierte Join-Bedingungen, fehlende Joins, ungruppierte OR-Klauseln.
  • Konsistente Formatierung macht Code-Review und Versions-Diffs weit nützlicher.
  • Läuft in deinem Browser, Schema-Namen und Business-Logik werden also nie übertragen.
  • Kein Konto und kein Längenlimit.

Häufige Anwendungen

  • Eine Query lesen, die aus einem Application-Log oder Slow-Query-Report gezogen wurde.
  • ORM-generiertes SQL aufräumen, um zu verstehen, was es wirklich tut.
  • Eine komplexe Query für Code-Review vorbereiten.
  • Eine Query debuggen, die zu viele oder zu wenige Zeilen zurückgibt.
  • Formatierung über ein Repository von Migrationen und Reports standardisieren.

Tipps für bessere Ergebnisse

  • Formatiere vor dem Debuggen, nicht danach. Die meisten strukturellen Fehler werden offensichtlich, sobald die Klauseln sich trennen.
  • Prüfe, dass jeder JOIN seine ON-Bedingung hat. Ein Join ohne eine erzeugt ein Kreuzprodukt, das sich meist als völlig falsche Zeilenzahl zeigt statt als Fehler.
  • Achte auf OR in einer WHERE-Klausel ohne Klammern – Operator-Vorrang bedeutet, es tut selten, was die Autorin bzw. der Autor wollte.
  • Formatiere die Query, bevor du sie in einen Bug-Report oder eine Nachricht an eine Kollegin bzw. einen Kollegen einfügst. Es kostet nichts und erspart ihnen die Arbeit.
  • Halte die Formatierung in der Versionskontrolle konsistent, damit Diffs echte Logikänderungen zeigen statt Whitespace-Churn.

Fehler, die du vermeiden solltest

  • Annehmen, Formatieren ändere das Verhalten. Es bewegt nur Whitespace – Query-Plan und Ergebnisse sind identisch.
  • Eine Einzeilen-Query debuggen statt sie zuerst zu formatieren, was genau die Fehler versteckt, nach denen du suchst.
  • ORM-generiertes SQL unformatiert in einem Bug-Report lassen, was es weit schwerer macht, zu helfen.
  • Eine ganze Legacy-Datei im selben Commit wie eine Logikänderung neu formatieren, sodass der Diff unreviewbar wird.
  • Produktions-Queries mit echten Tabellen- und Spaltennamen in Tools einfügen, die sie hochladen. Dieses tut das nicht.

Unterstützte Formate

  • SQL

Verfügbare Optionen

  • Format
  • Indentation

Häufig gestellte Fragen

Füge deine Query oben ein, sie wird mit jeder Klausel auf eigener Zeile und konsistenter Einrückung neu formatiert. Kopiere das Ergebnis direkt zurück in deinen Editor.

Ja. Kein Konto, kein Query-Längenlimit und nichts hochgeladen.

Nein. Nur Whitespace, Zeilenumbrüche und Einrückung ändern sich. Die Logik, der Ausführungsplan und die Ergebnisse sind genau dieselben.

Ja für Standard-SQL-Struktur, worauf Formatieren arbeitet – die Klausel-Keywords sind über Dialekte geteilt. Hochgradig vendor-spezifische Erweiterungen formatieren trotzdem sinnvoll, nur ohne dialektspezifische Regeln.

Nein. Formatieren passiert in deinem Browser, das zählt, weil echte Queries Tabellennamen, Spaltennamen und Business-Logik offenlegen.

Indirekt, und das ist eines der nützlichsten Dinge, die es tut. Die Klauseln zu legen macht falsch platzierte Join-Bedingungen, fehlende Joins und ungeklammerte OR-Klauseln sichtbar – alles, was in einer Einzeilen-Query praktisch unsichtbar ist.

Formatiert, in der Versionskontrolle – Lesbarkeit und reviewbare Diffs zählen weit mehr als ein paar Bytes. Minifiziert ergibt nur Sinn, wenn du eine Query in einem engen Kontext einbettest.

Weil es für eine Datenbank zum Parsen geschrieben ist, nicht für einen Menschen zum Lesen. Es zu formatieren ist oft der schnellste Weg zu verstehen, worin deine ORM-Query wirklich übersetzt wurde und warum sie langsam sein könnte.

Andere suchen auch nach

  • sql formatter online kostenlos
  • sql beautifier kostenlos
  • sql query online formatieren
  • sql pretty print online
  • sql query formatter mysql online
  • sql code aufräumen
  • sql einrückung tool

Useful in

Related guides