2026-05-18 · 1 Min. Lesezeit
SQL-Formatter in Code-Reviews nutzen
Konsistente SQL-Diffs reduzieren Rauschen und machen Logikänderungen schneller sichtbar.
Wichtige Punkte
- Dialekt an Ihre Engine anpassen (PostgreSQL, MySQL, SQLite) vor dem Formatieren.
- JOIN- und WHERE-Klauseln nach dem Formatieren erneut lesen – Strukturänderungen dürfen Logik-Edits nicht verstecken.
Warum Reviewer das wichtig finden
Unformatiertes SQL zwingt Reviewer, Keywords mental zu parsen – und verbirgt versehentliche Kreuzprodukte oder fehlende Prädikate.
Formatierte Abfragen machen CTE-Grenzen und Aggregationsschritte in Sekunden erfassbar.
Dialekt explizit wählen
Setzen Sie den Dialekt im Sekundärfeld, wenn Ihr Team PostgreSQL vs. MySQL nutzt – Groß-/Kleinschreibung und Funktionsnamen unterscheiden sich.
Nach dem Formatieren in den SQL-Client einfügen und prüfen, ob sich der Plan unerwartet geändert hat.
Häufige Fragen
Zerstört Formatierung meine Abfrage?
Semantik sollte erhalten bleiben; für performancekritische Queries trotzdem EXPLAIN auf Staging ausführen.
Kann ich gespeicherte Prozeduren formatieren?
Ja für Lesbarkeit, aber Ausführung zuerst auf einer Nicht-Produktions-Datenbank testen.