SQL-Formatter

Füge eine SQL-Abfrage ein und erhalte sie eingerückt und über mehrere Zeilen verteilt zurück, mit Schlüsselwörtern wie SELECT, FROM und WHERE jeweils in eigenen Zeilen und einheitlicher Groß-/Kleinschreibung. Wähle einen Dialekt, damit dialektspezifische Syntax korrekt formatiert wird, und stelle Schlüsselwort-Schreibweise sowie Einrückungsbreite nach dem Stil deines Teams ein.

Welche SQL-Dialekte werden unterstützt?

Formatiert werden Standard-SQL, MySQL, PostgreSQL, SQLite, T-SQL (SQL Server) und BigQuery. Jeder Dialekt hat seine Eigenheiten, etwa die Backtick-Bezeichner in MySQL oder die Array- und Struct-Syntax von BigQuery. Der richtig gewählte Dialekt sorgt dafür, dass der Formatter diese Besonderheiten erkennt, statt an Syntax zu scheitern, die Standard-SQL nicht kennt. Bist du dir unsicher, welcher Dialekt zu einer Abfrage gehört, ist Standard-SQL eine sichere Wahl für alles, was nicht auf herstellerspezifische Funktionen setzt.

Neben dem Dialekt lässt sich die Groß-/Kleinschreibung der Schlüsselwörter auf Groß-, Kleinschreibung oder Original umstellen, und die Einrückung auf zwei Leerzeichen, vier Leerzeichen oder einen Tabulator. Schreibst du zum Beispiel eine Abfrage in Kleinbuchstaben und wählst Großschreibung, werden SELECT, JOIN und GROUP BY großgeschrieben, während Spalten- und Tabellennamen unangetastet bleiben.

Verlässt die Abfrage jemals meinen Browser?

Nein. Die Formatierung läuft vollständig im Browser mit der Bibliothek sql-formatter, die in JavaScript läuft und keine Netzwerkanfragen stellt. Nichts, was du einfügst, wird an einen Server gesendet, protokolliert oder gespeichert. Du kannst also auch eine Abfrage formatieren, die echte Tabellennamen, Kundendaten oder eingebettete Werte enthält, die du nicht in ein beliebiges Webformular kopieren würdest.

Was, wenn der Formatter meine Abfrage nicht lesen kann?

Lässt sich das SQL im gewählten Dialekt nicht parsen, zeigt das Tool einen Fehler an, statt ein Teilergebnis zu raten. Meist liegt das am falsch gewählten Dialekt, an einem echten Syntaxfehler oder an einer Funktion, die der Parser nicht kennt (manche datenbankspezifischen Erweiterungen oder ungewöhnliche Kommentarstile bringen ihn ins Stolpern). Einen anderen Dialekt zu versuchen oder an der gemeldeten Stelle nach einem überzähligen Komma oder einer nicht geschlossenen Klammer zu suchen, behebt das Problem meist.

Wofür ist das nützlich?

Typische Anwendungen: eine einzeilige Abfrage aus dem Debug-Log eines ORM aufräumen, die Formatierung vor einem Code-Review vereinheitlichen, oder ein minifiziertes Migrationsskript wieder lesbar machen. Für Stilkonventionen, die reine Formatierung nicht lösen kann, etwa Namens- und Kommentarkonventionen, siehe den SQL Style Guide.