SQL-Formatierer

Unser SQL-Formatierer unterstützt Standard-SQL, MySQL, PostgreSQL, Oracle, SQL Server, SQLite und BigQuery mit dialektspezifischen Formatierungsregeln und Schlüsselwortbehandlung.

Ja, der Formatierer verarbeitet Stored Procedures, benutzerdefinierte Funktionen, Trigger und komplexe prozedurale Blöcke mit korrekter Einrückung für BEGIN/END-, IF/ELSE- und LOOP-Konstrukte.

Ja, nutzen Sie die Verschleierungsfunktion, um vertrauliche Tabellennamen, Spaltennamen und Werte durch Platzhaltertext zu ersetzen, wobei die Abfragestruktur für eine sichere Weitergabe erhalten bleibt.

Der Analyzer untersucht Ihr SQL, um Anweisungstypen, referenzierte Tabellen, Komplexitätsbewertung, Schlüsselwortverwendung und Leistungsmerkmale zu ermitteln und Ihre Abfragen zu optimieren.

Ja, der Formatierer verarbeitet gesamte SQL-Skripte mit mehreren Anweisungen und formatiert jede SELECT-, INSERT-, UPDATE-, DELETE- oder DDL-Anweisung einzeln korrekt.

Die Formatierungsregeln passen sich an den ausgewählten Dialekt an: MySQL/MariaDB, PostgreSQL, T-SQL (SQL Server), SQLite und Oracle PL/SQL. Die Hauptunterschiede liegen in den Schlüsselwortsätzen (LIMIT vs TOP vs FETCH FIRST), der Quotierung von Bezeichnern (Backticks vs doppelte Anführungszeichen vs eckige Klammern) und den Anweisungstrennzeichen – der Formatierer bewahrt genau das, was Ihr Dialekt verlangt.

Standardmäßig werden reservierte Schlüsselwörter (SELECT, WHERE, JOIN) großgeschrieben und Bezeichner bleiben unverändert – die Konvention der meisten SQL-Styleguides, einschließlich des viel zitierten Leitfadens von Simon Holywell. Ob Kommas am Zeilenanfang oder am Zeilenende stehen (comma-first vs comma-last) und wie AND/OR am Zeilenanfang ausgerichtet werden – diese beiden Optionen beeinflussen die Diff-Lesbarkeit im Code-Review am stärksten.

Nein. Es ändern sich nur Whitespace und die Groß-/Kleinschreibung reservierter Wörter – niemals Literale, Bezeichner, Kommentare oder die Platzierung logischer Operatoren, von der die Kurzschlussauswertung abhängen könnte, um Performance-Hinweise zu geben. Die formatierte Abfrage muss auf derselben Engine denselben Ausführungsplan erzeugen; tut sie das nicht, ist das ein Fehler im Formatierer und keine semantische Entscheidung.