01
Den tatsächlichen Dialekt wählen
MySQL, PostgreSQL, SQLite, SQL Server und Oracle verwenden unterschiedliche Regeln. Die Auswahl PostgreSQL übersetzt keine MySQL-Abfrage; sie legt die Grammatik für diesen Vorgang fest.
Datenbank- und SQL-Werkzeuge
SQL formatierenAbfragen gliedern und Inhalte bewahren
Abfragen gliedern und Inhalte bewahren
SQL formatieren
SQL-Eingabe
Ergebnis
Verarbeitung lokal im Browser. Keine Datenbankverbindung und keine gespeicherte Historie.
SQL eingeben oder ein Beispiel wählen.
SQL formatieren hilft bei langen Abfragen aus Protokollen und vor einem Code-Review. Wählen Sie zuerst den ursprünglichen Dialekt: Ähnliche Anführungszeichen können je nach Datenbank verschiedene Bedeutungen haben.
Der SQL-Formatierer gliedert Joins und Unterabfragen. Als SQL-Beautifier macht er Klauseln lesbar; mit der kompakten Ausgabe können Sie SQL minimieren. Eine gelungene Darstellung bestätigt noch keine ausführbare Abfrage.
Warum hier SQL formatieren?
Klauseln leichter verfolgen
SQL formatieren bedeutet hier: Klauseln aufteilen und Einzüge vereinheitlichen. Zeichenketten, Zahlenschreibweisen und Kommentare werden mit der Quelle verglichen. Nicht sicher bewahrbare Änderungen werden abgelehnt.
Struktur unabhängig betrachten
Der AST-Modus verwendet einen eigenen Parser für vier Dialekte. Oracle lässt sich formatieren, hat aber keinen AST-Modus. Der Baum beschreibt eine Parserinterpretation und keinen Ausführungsplan.
Erst den Dialekt, dann den Stil festlegen
02
Lesbar, kompakt oder als AST
Formatieren gliedert den Text, Minimieren reduziert Leerraum und AST liefert JSON. Einzüge und Großschreibung gestalten SQL. Für den Syntaxbaum gelten strengere Zahlen- und Komplexitätsgrenzen.
03
Ersetzen bewusst bestätigen
Die Automatik wartet 350 ms. Ausgeschaltet stehen Schaltfläche und Ctrl/Cmd+Enter bereit. Ergebnis übernehmen öffnet eine Vorschau; nach Anwenden stellt Rückgängig Eingabe, Einstellungen und Ergebnis wieder her.
Getrennte Aufgaben für Text und Baum
Fünf Formatierungsdialekte
sql-formatter bietet zwei oder vier Leerzeichen sowie Tabs und große, kleine oder unveränderte Schlüsselwörter. Die Konfiguration erhält die Schreibweise von Bezeichnern, Funktionen und Datentypen. Nur strukturelle Schlüsselwörter ändern die Schreibung; kontextabhängige Wörter wie ACTION oder NO bleiben zum Schutz von Bezeichnern unverändert.
Minimieren mit Kommentaren
Leerraum außerhalb von Tokens wird reduziert. Zeilenkommentare, Blockkommentare und ausführbare Hinweise bleiben bestehen, ebenso erforderliche Zeilenumbrüche zwischen PostgreSQL-Zeichenketten.
Ein begrenzter Syntaxbaum
node-sql-parser verarbeitet seinen unterstützten Teil von MySQL, PostgreSQL, SQLite und Transact-SQL. Der JSON-Export enthält nur den aktuellen Baum, keine Bearbeitungshistorie oder ältere Eingaben.
Was das Ergebnis nicht bestätigt
- Keine Datenbankausführung
- Es gibt keine Verbindung, Schemaabfrage, Rechteprüfung oder EXPLAIN-Ausführung. Formatierung bestätigt keine Syntax; auch ein erfolgreicher AST beweist keine Ausführbarkeit auf Ihrer Datenbank.
- Keine vollständigen Skripte
- Prozeduren, Trigger, Funktionsdefinitionen, BEGIN/DECLARE-Blöcke, GO-Batches, eigene DELIMITER, Vorlagen und Client-Metabefehle liegen außerhalb des Umfangs. Oracle erhält keinen AST.
- Zahlen im AST werden geprüft
- Dezimale Ganzzahlen und gewöhnliche Dezimalbrüche mit höchstens 15 signifikanten Stellen sind zugelassen. Exponenten und Hexadezimalzahlen werden dort abgelehnt. Zahlenknoten müssen Quellwerten entsprechen; Textausgaben bewahren die ursprüngliche Präzision. Dezimalbrüche benötigen eine Ziffer vor dem Punkt (0.5 statt .5).
- Zeilenumbrüche können bleiben
- Kompakte Ausgabe verspricht keine einzelne Zeile. Nach -- würde ein entfernter Umbruch nachfolgenden SQL-Text zum Kommentar machen. Die tatsächliche Wirkung von Hinweisen auf dem Server wird nicht geprüft.
- Feste Verarbeitungsgrenzen
- Eingabe: 100.000 UTF-16-Einheiten, 20.000 Tokens, 50 Klammerebenen und 200 Anweisungen. AST: 5.000 Tokens und 30 Ebenen. Ausgabe: 1.000.000 Einheiten. Vorschauen wachsen um 20.000; Exporte bleiben vollständig.
Fragen zu SQL formatieren
Wie sollte man SQL-Abfragen formatieren?
Ein fester Dialekt und ein einheitlicher Einzug erleichtern das Prüfen von Joins und Bedingungen. SQL formatieren trennt hier Darstellung und Baumansicht. Geänderte Abfragen sollten Sie zusätzlich im Kontext Ihrer Datenbank prüfen.
Gibt es einen Grund für großgeschriebene SQL-Schlüsselwörter?
Großbuchstaben heben Klauseln hervor, sind aber eine Stilkonvention. Wählen Sie Kleinschreibung oder unverändert, wenn das zum Projekt passt. Zeichenketten und zitierte Bezeichner werden dadurch nicht großgeschrieben.
Lässt sich SQL aufräumen, ohne sehr viele Zeilen zu erzeugen?
Wählen Sie die kompakte Ausgabe. Sie reduziert äußeren Leerraum und erhält Kommentare sowie nötige Umbrüche nach Zeilenkommentaren oder zwischen benachbarten PostgreSQL-Zeichenketten.
Kann ich eine MySQL-Abfrage ohne Ausführung auf Gültigkeit prüfen?
Der AST zeigt, ob dieser Parser die Grammatik akzeptiert. Tabellen, Spaltentypen, Rechte und serverabhängiges Verhalten werden nicht geprüft. Ein bloßes Formatierungsergebnis ist lediglich eine Layoutänderung.
Warum stören Client-Metabefehle einen SQL-Formatierer?
Beispielsweise gehören psql-Befehle mit Backslash zum Client und nicht zur normalen SQL-Grammatik. Bewahren Sie das ursprüngliche Skript separat auf und formatieren Sie nur die SQL-Abfrage.
Formatierungsproblem entdeckt?
Die nächste Abfrage prüfen
SQL formatieren bietet lesbaren Text, kompakte Ausgabe oder einen unterstützten Syntaxbaum. Prüfen Sie das Ergebnis, bevor Sie es in den Editor übernehmen.