SQL Formatierer

Hochladen

0 Zeichen

Hochladen

🐬 MYSQL

Enter SQL on the left to start formatting

Bereit

Der GeekFormat SQL Formatierer verschönert und organisiert schnell unordentliche SQL-Abfrageanweisungen. Unterstützt 20 Datenbankdialekte einschließlich MySQL, PostgreSQL, SQLite, SQL Server, Oracle usw., mit anpassbaren Formatierungsoptionen wie Schlüsselwort-Schreibung, Einrückungsstil, Operator-Zeilenumbruchsposition und Ausdrucksbreite. Bietet 4 Ein-Klick-Voreinstellungen mit integrierten SQL-Komprimierungs- und Syntaxprüfungsfunktionen, unterstützt Datei-Upload/Download, URL-Freigabe und Tastenkürzel. Bietet Syntaxhervorhebung und anpassbares Feldlayout auf Basis des CodeMirror 6-Editors mit Echtzeit-Auto-Formatierung nach Eingabe. Alle Verarbeitungen erfolgen lokal in deinem Browser – SQL-Anweisungen werden niemals an Server gesendet.

Über SQL-Formatierung

SQL-Formatierung (SQL Formatting / SQL Beautification) bezieht sich auf die Anpassung von Leerzeichen (Zeilenumbrüche, Einrückung, Leerzeichen) und Schlüsselwort-Schreibung von SQL-Anweisungen durch automatisierte Tools, um ihnen konsistente, gut lesbare Layoutstruktur zu geben. Als deklarative Abfragesprache umfasst eine komplexe SQL-Abfrage oft mehrere Klauseln wie Mehrtabellen-JOIN, verschachtelte Unterabfragen, mehrere WHERE-Bedingungen, GROUP BY-Gruppierung, HAVING-Filterung, ORDER BY-Sortierung usw. Ohne Formatierung beeinträchtigt aller Inhalt in einer Zeile oder mit chaotischer Einrückung Lesbarkeit und Wartungseffizienz erheblich. Formatierte SQL platziert jede Klausel durch entsprechende Zeilenumbrüche und Einrückung in einer eigenen Zeile, drückt Verschachtelungsebenen durch Einrückung aus und ermöglicht Lesern schnelles Verständnis der Abfragestruktur.

Warum ist SQL-Formatierung wichtig? In Teamkollaborationsumgebungen haben verschiedene Entwickler unterschiedliche Codierungsstilpräferenzen – einige bevorzugen Großbuchstaben bei Schlüsselwörtern, andere Kleinbuchstaben; einige verwenden 2-Leerzeichen-Einrückung, andere 4 Leerzeichen oder Tab; einige platzieren AND am Zeilenanfang, andere am Zeilenende. Diese Stilunterschiede selbst beeinträchtigen die SQL-Ausführung nicht, erzeugen jedoch große Mengen bedeutungsloser diffs während Code Review, was Prüfer erfordert, zwischen echten logischen Änderungen und reinen Formatanpassungen zu unterscheiden. Einheitliche SQL-Formatierungsstandards und automatisierte Formatierungstools beseitigen Stildebatten und ermöglichen Teams, sich auf die Geschäftslogik selbst zu konzentrieren.

Kernregeln der SQL-Formatierung umfassen normalerweise folgende Aspekte: Erstens, Schlüsselwort-Schreibung – SQL-Reservierte Wörter wie SELECT, FROM, WHERE, JOIN, ON, GROUP BY, ORDER BY, HAVING, LIMIT, INSERT, UPDATE, DELETE, CREATE, ALTER, DROP sind normalerweise großgeschrieben zur Unterscheidung von Bezeichnern (oder einheitlich kleingeschrieben gemäß Teamstandards); Zweitens, Klausel-Zeilenumbrüche – jede Hauptklausel (SELECT/FROM/WHERE/GROUP BY/ORDER BY usw.) in einer eigenen Zeile; Drittens, Spaltennamenausrichtung – mehrere Spaltennamen in SELECT-Listen jeweils eine Zeile belegen und vertikal ausgerichtet; Viertens, Einrückungsebenen – Unterabfragen, JOIN-Bedingungen, verschachtelte CASE-Ausdrücke usw. spiegeln Hierarchie durch erhöhte Einrückung wider; Fünftens, Operatorposition – logische Operatoren wie AND/OR einheitlich am Zeilenanfang oder -ende platziert.

SQL-Formatierung für verschiedene Datenbankdialekte hat ihre Besonderheiten. MySQL verwendet Backticks (`) zur Quotierung von Bezeichnern, PostgreSQL verwendet doppelte Anführungszeichen ("), SQL Server verwendet eckige Klammern ([]); MySQL verwendet LIMIT zur Paginierung, PostgreSQL unterstützt LIMIT/OFFSET, SQL Server verwendet TOP oder OFFSET/FETCH, Oracle verwendet ROWNUM; PostgreSQL hat :: Typumwandlungsoperator, MySQL hat Backtick-Escaping, SQL Server hat eckige Klammern-Bezeichner. Diese Dialektunterschiede erfordern, dass Formatierer syntaxelemente spezifischer Datenbanken erkennen, andernfalls kann spezielle Syntax als Fehler fehlinterpretiert oder Schlüsselwörter falsch getrennt werden. Dieses Tool ist auf Basis der sql-formatter-Bibliothek implementiert und bietet spezialisierte Syntaxunterstützung für 20 gängige SQL-Dialekte.

SQL-Komprimierung (SQL Minification) ist die Umkehrung der Formatierung und in bestimmten Szenarien sehr nützlich. In Anwendungsprotokollen gedruckte SQL, von ORM-Frameworks (wie Hibernate, MyBatis, Django ORM, SQLAlchemy) generierte SQL, von Datenbankleistungsüberwachungstools erfasste SQL – diese liegen häufig im zeilenumbruchlosen einzeiligen Komprimierungsformat vor, was für die Fehlerbehebung sehr unfreundlich ist – Formatierung ist zuerst zur Lesbarkeit erforderlich. Umgekehrt, wenn SQL in Code-Zeichenketten eingebettet (wie Zeichenkettenverkettung in Java/Python/JavaScript), in Konfigurationsdateien geschrieben, über URL-Parameter übertragen oder in Chat-Tools geteilt werden muss, die keinen mehrzeiligen Text unterstützen, vermeidet Komprimierung zu einer Zeile Formatierungsprobleme durch Zeilenumbrüche und Einrückung.

Auswahl des passenden Formatierungsstils erfordert Berücksichtigung von Teamstandards und Nutzungsszenarien. Großbuchstaben-Stil ist die traditionelle Konvention von SQL – in der Druckzeit machten Großbuchstaben bei Schlüsselwörtern handgeschriebene oder mit Schreibmaschine ausgegebene SQL besser lesbar, und viele Teams und Organisationen verwenden ihn noch heute. Kleinbuchstaben-Stil bei Schlüsselwörtern wird auf modernen Code-Plattformen wie GitHub immer beliebter, da Kleinbuchstaben visuell weicher sind und bei Syntaxhervorhebung in modernen Editoren Groß-/Kleinschreibung nicht mehr zur Unterscheidung von Schlüsselwörtern erforderlich ist. 2-Leerzeichen-Einrückungsbreite ist bei Frontend-Entwicklern häufiger, 4-Leerzeichen bei Backend-Java/C#-Entwicklern verbreiteter. Tab-Einrückung ermöglicht verschiedenen Entwicklern, Anzeigebreite in Editoren anzupassen. Platzierung logischer Operatoren AND/OR am Zeilenanfang erleichtert das Scannen jeder Bedingung beim Lesen langer Bedingungslisten; Platzierung am Zeilenende entspricht eher englischen Lesegewohnheiten.

Implementierungsprinzipien von SQL-Formatierungstools basieren hauptsächlich auf lexikalischer Analyse (Tokenisierung) und Syntaxanalyse. Bibliotheken wie sql-formatter zerlegen SQL-Zeichenketten zuerst in eine Reihe von Tokens (Schlüsselwörter, Bezeichner, Literale, Operatoren, Satzzeichen, Kommentare usw.), ordnen diese Tokens dann gemäß Syntaxregeln neu (verschiedene Dialekte haben unterschiedliche Regelsätze) und fügen Zeilenumbrüche und Einrückung an geeigneten Positionen ein. Im Gegensatz zu allgemeinen Codeformatierern (wie Prettier) müssen SQL-Formatierer die spezifischen grammatikalischen Strukturen von SQL verstehen (wie JOIN...ON-Bedingungen, CASE WHEN...END-Ausdrücke, Unterabfrageklammerverschachtelung) zur korrekten Einrückung, nicht nur auf Klammer- oder Klammernabgleich basierend.

Folgende Punkte sind bei der Verwendung von SQL-Formatierungstools zu beachten: Erstens, Formatierung überprüft keine semantische Korrektheit von SQL – SQL mit korrekter Syntax, aber logischen Fehlern (wie falschen JOIN-Bedingungen, fehlenden WHERE-Bedingungen) bleibt nach Formatierung falsch; Formatierung verbessert nur Layout, nicht Logik; Zweitens können Formatierungstools in seltenen Grenzfällen Ergebnisse erzeugen, die sich von ursprünglicher SQL in leerzeichensensitiven Szenarien unterscheiden (wie Leerzeichen in Zeichenkettenkonstanten, spezielle Kommentarpositionen); einfache Überprüfung nach Formatierung wird empfohlen; Drittens, führe von Formatierungstools generierte SQL nicht ohne Tests direkt in Produktionsumgebungen aus, insbesondere SQL mit dynamischen Parametern; Viertens, für SQL mit sensiblen Daten (Passwörter, Schlüssel, PII) verwende lokale Formatierungstools (wie dieses Tool) statt Online-Tools zur Vermeidung von Datenlecksrisiken.

Anwendungsfälle

Große unformatierte SQL-gespeicherte Prozeduren und komplexe JOIN-Abfragen bei der Übernahme von Altsystemen organisieren, um Geschäftslogik schnell zu verstehen
SQL-Stil vor Team-Codeüberprüfungen standardisieren, um diff-Rauschen durch persönliche Formatierungspräferenzen zu beseitigen und sich auf Logikprüfung zu konzentrieren
Komprimierte einzeilige SQL aus Protokollen oder Konsolen formatieren zum leichteren Lesen und zur Fehlerbehebung
SQL-Beispiele beim Schreiben technischer Dokumentation und Blogs formatieren für verbesserte Professionalität und Lesbarkeit bei Einbettung in Dokumente
Aus Datenbankclients exportierte SQL mit unordentlicher Formatierung vor dem Code-Commit zum teamüblichen Stil umformatieren
SQL-Demonstrationsanweisungen für Präsentationen in PPTs und Whiteboard-Erklärungen bei der Vorbereitung von Vorstellungsgesprächen oder technischen Präsentationen formatieren
Unordentliche verschachtelte Unterabfragen formatieren, um Strukturprobleme wie nicht übereinstimmende Klammern oder fehlende Schlüsselwörter bei der SQL-Fehlerbehebung zu lokalisieren
Von ORM-Frameworks generierte SQL-Protokolle liegen häufig im zeilenumbruchlosen Komprimierungsformat vor; formatieren sie zur leichteren Analyse tatsächlich ausgeführter Abfragen
CREATE TABLE- und INSERT-Anweisungen bei der Entwicklung von Datenmigrationsskripten für verbesserte Wartbarkeit formatieren
Formatierung vor dem Vergleich von SQL-Versionen verschiedener Versionen standardisieren, um reine Formatierungsunterschiede bei der Codeüberprüfung zu vermeiden
Beispielabfragen beim SQL-Lernen formatieren, um hierarchische Beziehungen von JOIN, Unterabfragen und GROUP BY durch klare Einrückung und Zeilenumbrüche zu verstehen
SQL-Ausschnitte vor dem Teilen mit Kollegen über URL-Links formatieren – Empfänger sehen beim Öffnen sofort identische formatierte Ergebnisse

Anleitung

Datenbankdialekt auswählen (standardmäßig MySQL, unterstützt 20 SQL-Dialekte), um sicherzustellen, dass der Formatierer Syntax korrekt erkennt
Zu formatierende SQL-Anweisungen in den linken Editorbereich einfügen, oder Upload-Schaltfläche klicken, um .sql/.txt-Dateien zu importieren, oder Beispiel-SQL aus dem Beispiele-Menü laden
Formatierungsschaltfläche klicken (Shift+Cmd/Ctrl+F) oder auf Auto-Formatierung warten (wird 800ms nach Eingabe automatisch ausgelöst), formatierte Ergebnisse werden sofort rechts angezeigt
Zur Formatanpassung Einstellungsschaltfläche klicken, um Konfigurationsbereich zu erweitern, Optionen wie Schlüsselwort-Schreibung, Einrückung und Zeilenumbrüche anpassen oder Voreinstellung wählen; für einzeilige Komprimierung Komprimierungsschaltfläche klicken
Kopierschaltfläche zum Kopieren der Ergebnisse klicken, oder Download-Schaltfläche zum Speichern als .sql-Datei klicken, oder Freigabeschaltfläche zum Generieren einer URL mit SQL-Inhalt klicken

Funktionen

Kompatibilität mit 20 Datenbankdialekten: Unterstützt Syntaxerkennung und Formatierung für 20 SQL-Dialekte einschließlich Standard SQL, MySQL, MariaDB, TiDB, PostgreSQL, SQLite, BigQuery, Snowflake, Redshift, DB2, PL/SQL (Oracle), T-SQL (SQL Server), Spark SQL, Hive, Trino, ClickHouse, DuckDB und mehr
Schlüsselwort-Schreibungssteuerung: Drei Modi für Schlüsselwörter wie SELECT/FROM/WHERE/JOIN: Großbuchstaben (UPPER), Kleinbuchstaben (lower) oder Original-Schreibung beibehalten (preserve), mit separater Konfiguration für Datentypen und Funktionsnamen
Bezeichner-Schreibungssteuerung: Bezeichner wie Tabellennamen, Spaltennamen und Aliase unterstützen Großbuchstaben, Kleinbuchstaben oder Beibehaltung der Original-Schreibung, passend zu unterschiedlichen Team-Codierungsstandards
Wählbare Einrückungsstile: Drei Einrückungsstile verfügbar: Standardeinrückung, tabellarische Linksausrichtung (tabularLeft) und tabellarische Rechtsausrichtung (tabularRight) für unterschiedliche Lesepräferenzen
Flexible Einrückungskonfiguration: Einrückungsbreite wählbar zwischen 2 Leerzeichen, 4 Leerzeichen oder Tab-Zeichen; Anzahl der Leerzeilen zwischen Abfrageanweisungen auf 0/1/2 Zeilen einstellbar
Zeilenumbruch bei logischen Operatoren: Konfigurierbar, ob logische Operatoren wie AND/OR vor (before) oder nach (after) dem Operator umbrechen, passend zum Codestil deines Teams
Ausdrucksbreitensteuerung: Einstellbarer Zeilenbreitenschwellenwert für den Zeilenumbruch von Ausdrücken (20-200 Zeichen), automatischer Umbruch bei Überschreitung zur Steuerung der Einzeiler-Codelänge
Dichte-Operatoren-Modus: Bei Aktivierung keine zusätzlichen Leerzeichen um Operatoren für kompaktere Formatierungsergebnisse, geeignet für eingebettete SQL-Szenarien
Zeilenumbruch vor Semikolon: Optional Zeilenumbruch vor dem abschließenden Semikolon einfügen, wodurch das Semikolon zur schnellen Erkennung von Anweisungsgrenzen in einer eigenen Zeile steht
4 Voreingestellte Stile: Ein-Klick-Umschaltung zwischen Voreinstellungen Standard (UPPER-Schlüsselwörter + 2-Leerzeichen-Einrückung), Kleinschreibung (Alle Schlüsselwörter klein), Kompakt (Tabellenausrichtung + dichte Operatoren) und Geräumig (4-Leerzeichen-Einrückung + doppelte Leerzeilen) ohne manuelle Anpassung
SQL-Komprimierung: Ein-Klick-Komprimierung von SQL zu einer einzelnen Zeile, automatisch Kommentare, zusätzliche Leerzeichen und Zeilenumbrüche entfernen – ideal für Protokollausgaben, Codeverkettung und Dokumenteneinbettung
Syntaxprüfung: Grundlegende SQL-Syntaxprüfung, Anzeige von Fehlermeldungen bei fehlgeschlagener Formatierung zur Lokalisierung von Syntaxproblemen
Integrierte Beispiel-SQL: Vier Beispiel-SQL-Sätze bereitgestellt: Einfache Abfragen, komplexe JOIN-Abfragen, Mehrfachanweisungs-Batches und CREATE TABLE-Anweisungen zum schnellen Erleben der Formatierung
Datei-Upload/Download: .sql/.txt-Dateien hochladen, um SQL direkt zu importieren; formatierte Ergebnisse als .sql-Datei zum Speichern herunterladen
URL-Freigabe: SQL mittels LZ-String-Komprimierung in URL-Hash kodieren – Link kopieren, um Formatierungskonfiguration und SQL-Inhalt zu teilen
Echtzeit-Auto-Formatierung: Auto-Formatierung mit 800ms Entprellung nach SQL-Eingabe, Ergebnisse sofort anzeigen ohne wiederholtes Klicken
Tastenkürzel: Shift+Cmd/Ctrl+F Formatieren, Shift+Cmd/Ctrl+C Komprimieren, Shift+Cmd/Ctrl+V Prüfen, Shift+Cmd/Ctrl+O Hochladen, Shift+Cmd/Ctrl+D Herunterladen, Shift+Cmd/Ctrl+K Löschen
CodeMirror-Editor: SQL-Syntax-hervorgehobener Editor auf Basis von CodeMirror 6 mit ziehbarer Anpassung der linken/rechten Feldbreite, Schriftgrößenanpassung und Verlaufsfenster
Ein-Klick-Ergebniskopie: Formatierte oder komprimierte SQL mit einem Klick in die Zwischenablage kopieren zum direkten Einfügen in Datenbankclients oder Code
Reine Browser-lokale Verarbeitung: Alle SQL-Formatierung in Browser-JavaScript auf Basis der sql-formatter-Bibliothek abgeschlossen; SQL-Anweisungen werden niemals an irgendeinen Server gesendet, was Datensicherheit gewährleistet

Häufig gestellte Fragen

Ändert SQL-Formatierung die Abfragelogik? Kann formatierte SQL direkt ausgeführt werden?

Sie ändert die Abfragelogik nicht. SQL-Formatierung passt nur Leerzeichen (Zeilenumbrüche, Einrückung, Leerzeichen) und Schlüsselwort-Schreibung an; sie ändert keine Bezeichner, Werte, Operatoren, Funktionsaufrufe oder Abfragestrukturen in SQL. Formatierte SQL ist semantisch äquivalent zur ursprünglichen SQL und kann direkt in Datenbankclients wie MySQL Workbench, pgAdmin, DBeaver, Navicat kopiert zur Ausführung werden. Es wird jedoch empfohlen, vor der Ausführung in Produktionsumgebungen in einer Testumgebung zu prüfen.

Welche Datenbankdialekte werden unterstützt? Was ist mit SQL-Syntaxunterschieden zwischen Datenbanken?

Unterstützt 20 SQL-Dialekte: Standard SQL, MySQL, MariaDB, TiDB, PostgreSQL, SQLite, BigQuery, Snowflake, Redshift, DB2, DB2i, PL/SQL (Oracle), T-SQL (SQL Server), Spark SQL, Hive, Trino, ClickHouse, SingleStoreDB, DuckDB, N1QL (Couchbase). Verschiedene Datenbanken haben Unterschiede in der Paginierungssyntax (LIMIT vs LIMIT/OFFSET vs TOP vs ROWNUM), Zeichenkettenverkettung, Datumsfunktionen, Bezeichner-Quotierung (Backticks vs doppelte Anführungszeichen vs eckige Klammern) usw. Die Auswahl des korrekten Dialekts stellt sicher, dass der Formatierer Schlüsselwörter und Funktionsnamen korrekt identifiziert und Fehlformatierung dialektspezifischer Funktionen vermeidet.

Was ist SQL-Komprimierung? Wie unterscheidet sie sich von der Formatierung?

SQL-Komprimierung (Minify) ist die Umkehrung der Formatierung: Entfernt alle Kommentare (einschließlich /* */ mehrzeilige Kommentare und -- einzeilige Kommentare), verbindet aufeinanderfolgende Leerzeichen zu einzelnen Leerzeichen, entfernt zusätzliche Leerzeichen um Klammern/Kommata/Semikola/Operatoren und gibt kompakte einzeilige SQL aus. Komprimierung eignet sich für Szenarien wie Einbetten von SQL in Code-Zeichenketten, Schreiben in Protokolldateien, Übertragung über URL-Parameter, Teilen in Chat-Fenstern zur Vermeidung von Zeilenumbruchsverwirrung. Formatierung hingegen fügt entsprechende Zeilenumbrüche und Einrückungen hinzu, um die Lesbarkeit zu verbessern.

Wann wird die Auto-Formatierung ausgelöst? Kann sie deaktiviert werden?

Nach Eingabe oder Änderung von SQL im linken Editorbereich wird die Formatierung nach einer 800ms Entprellungsverzögerung automatisch ausgelöst (vorausgesetzt, die vorherige Formatierung hatte keine Syntaxfehler). Dies dient dazu, Formatierungsergebnisse sofort anzuzeigen, nachdem du mit dem Tippen aufhörst. Wenn du manuelle Steuerung bevorzugst, klicke einfach die Formatierungsschaltfläche in der Werkzeugleiste, ohne auf die automatische Auslösung zu warten. Es gibt derzeit keinen separaten Schalter zum Deaktivieren der Auto-Formatierung, sie wird jedoch nicht wiederholt ausgelöst, solange der Eingabeinhalt nicht geändert wird.

Was tun bei Fehlermeldung zur Syntax bei fehlgeschlagener Formatierung?

Der Formatierer meldet Fehler, wenn er auf nicht parsebare SQL-Syntax stößt. Häufige Ursachen sind: 1) Nicht übereinstimmende Klammern – prüfe, ob die Anzahl linker und rechter Klammern übereinstimmt; 2) Nicht geschlossene Zeichenketten – prüfe, ob einfache Anführungszeichen/doppelte Anführungszeichen paarweise auftreten, Anführungszeichen in Zeichenketten müssen escaped werden (wie '' oder \'); 3) Falsche Datenbankdialektauswahl – z.B. Verwendung von PostgreSQL-spezifischer :: Typumwandlungssyntax bei Auswahl von MySQL-Dialekt; 4) Unvollständige SQL-Fragmente – z.B. nur WHERE-Bedingungen ohne SELECT FROM. Fehlermeldungen zeigen vom Parser gemeldete Problemposition und Grund an, die zur Problemlokalisierung verwendet werden können. Du kannst auch zuerst die Prüftaste (Shift+Cmd/Ctrl+V) zur Syntaxprüfung klicken.

Wie wählt man zwischen Großbuchstaben, Kleinbuchstaben und Beibehalten der Schlüsselwort-Schreibung?

Schlüsselwörter in Großbuchstaben (UPPER) ist der traditionellste und beliebteste SQL-Codierungsstil – Großbuchstaben bei Schlüsselwörtern wie SELECT/FROM/WHERE/JOIN schaffen visuelle Unterscheidung zu Tabellen-/Spaltennamen und ermöglichen schnelle Lokalisierung der SQL-Struktur in großen Codemengen. Kleinbuchstaben bei Schlüsselwörtern eignen sich besser für moderne IDE-Umgebungen (moderne Editoren haben Syntaxhervorhebung und sind nicht mehr auf Groß-/Kleinschreibungsunterscheidung angewiesen) mit einheitlicherem visuellem Erscheinungsbild. Beibehalten (preserve) belässt deine Eingabeschreibung unverändert, geeignet für minimale Formatierungsanpassungen an bestehendem Code. Schreibungsstrategien für Schlüsselwörter, Bezeichner (Tabellen-/Spaltennamen), Datentypen (VARCHAR/INT/BIGINT) und Funktionsnamen (COUNT/SUM/COALESCE) können unabhängig konfiguriert werden.

Was ist der Unterschied zwischen Tabellarischem Ausrichtungsmodus und Standardeinrückung?

Standardeinrückung (standard) verwendet traditionelle hierarchische Einrückung mit fester Leerzeichenanzahl pro Klausel. Tabellarische Links-/Rechtsausrichtungsmodi richten Spaltennamen in SELECT-Listen, Ausdrücke in WHERE-Bedingungen usw. spaltenweise aus und erzeugen einen tabellenähnlichen visuellen Effekt. Beispielsweise werden mehrere Spaltennamen nach SELECT vertikal ausgerichtet, und AS-Aliase werden ebenfalls auf dieselbe Spaltenposition ausgerichtet. Dieser Modus ist beim Lesen von mehrspaltigen Abfragen auf Breitbildmonitoren sehr intuitiv, kann jedoch auf schmalen Bildschirmen zu überlangen Zeilen führen.

Wie wechselt man schnell zwischen teamüblichem SQL-Stil und persönlicher Präferenz?

Verwende die Voreinstellungsschaltflächen im Einstellungsbereich: Standard (UPPER-Schlüsselwörter + 2-Leerzeichen-Standardeinrückung), Kleinschreibung (Alle Schlüsselwörter klein), Kompakt (tabularLeft-Ausrichtung + dichte Operatoren), Geräumig (4-Leerzeichen-Einrückung + doppelte Leerzeilen zwischen Abfragen). Wenn dein Team spezielle Standards hat, passe Optionen manuell an und formatiere. Speichern benutzerdefinierter Voreinstellungen wird derzeit nicht unterstützt, bei begrenzten Konfigurationsoptionen sind schnelle Anpassungen jedoch bequem.

Gehen bei formatierter SQL Kommentare verloren?

Die Formatieren (Format)-Operation behält Kommentare bei – sowohl -- einzeilige Kommentare als auch /* */ mehrzeilige Kommentare werden in der Nähe ihrer ursprünglichen Positionen beibehalten (genaue Positionen hängen von der Kommentarverarbeitungslogik der sql-formatter-Bibliothek ab). Die Komprimieren (Compress)-Operation entfernt jedoch alle Kommentare, um die kompakteste einzeilige SQL zu generieren; kopiere formatierte Ergebnisse zuerst, wenn Kommentare vor der Komprimierung beibehalten werden sollen.

Welche Tastenkürzel werden unterstützt? Was ist der Unterschied zwischen Mac und Windows/Linux?

Unterstützt die folgenden Tastenkürzel (Cmd-Taste auf Mac, Strg-Taste auf Windows/Linux verwenden, alle erfordern gleichzeitiges Halten von Shift): Shift+Cmd/Ctrl+F Formatieren; Shift+Cmd/Ctrl+C Komprimieren; Shift+Cmd/Ctrl+V Syntaxprüfung; Shift+Cmd/Ctrl+O Datei hochladen; Shift+Cmd/Ctrl+D Datei herunterladen; Shift+Cmd/Ctrl+K Inhalt löschen. Klicke auf das Fragezeichen-Symbol in der Werkzeugleiste, um die Tastenkürzelliste jederzeit anzuzeigen.

Gibt es eine Größenbeschränkung für SQL-Datei-Uploads? Welche Dateiformate werden unterstützt?

Unterstützt Hochladen von Textdateien in den Formaten .sql und .txt. Es gibt theoretisch keine harte Größenbeschränkung für Dateien, aber Browserverarbeitung sehr großer Dateien (z.B. SQL-Dump-Dateien über 1MB) kann Leistungsprobleme verursachen. Verarbeitung einzelner Abfragen oder kleiner Skriptdateien wird empfohlen. Für sehr große SQL-Dateien (z.B. vollständige Datenbank-Dumps) vor dem Formatieren in kleinere Segmente aufteilen. Dateiinhalt wird über Browser FileReader API gelesen und niemals an Server gesendet.

Ist die URL-Freigabefunktion sicher? Können Server SQL-Inhalt sehen?

Die URL-Freigabefunktion komprimiert SQL-Inhalt mittels LZ-String und kodiert ihn in den Hash-Teil der URL (Inhalt nach #). Der URL-Hash-Teil hat die Eigenschaft, dass er niemals mit HTTP-Anfragen an Server gesendet wird und nur lokal im Browser verarbeitet wird. Wenn du einen Freigabelink an andere kopierst, parst deren Browser den Hash und dekomprimiert ihn zur Anzeige des SQL-Inhalts – SQL durchläuft während des gesamten Prozesses keine Server. Beachte jedoch, dass Freigabelinks vollständigen SQL-Inhalt enthalten; wenn SQL sensible Informationen (wie Passwörter, Schlüssel, persönliche Daten) enthält, teile Links nicht in öffentlichen Kanälen.

Können Skripte mit mehreren SQL-Anweisungen formatiert werden?

Ja. Das Tool unterstützt Stapelformatierung mehrerer SQL-Anweisungen (z.B. mehrere SELECT/INSERT/UPDATE/CREATE TABLE-Anweisungen, getrennt durch Semikola). Du kannst Abstände zwischen Anweisungen (0/1/2 Zeilen) über die Option "Zeilen zwischen Abfragen" im Einstellungsbereich steuern. Lade die Beispiel-SQL "Mehrfachanweisungen", um Mehrfachanweisungsformatierung zu erleben. Jede Anweisung wird unabhängig eingerückt und formatiert, getrennt zwischen Anweisungen durch konfigurierte Leerzeilenanzahl.

Welche Größe von SQL-Anweisungen verursacht Verzögerungen?

Basierend auf reiner JavaScript-Implementierung der sql-formatter-Bibliothek reagiert Verarbeitung von SQL bis zu einigen hundert Zeilen in modernen Browsern normalerweise in Millisekunden ohne merkliche Verzögerung. Selbst gespeicherte Prozeduren oder komplexe Abfragen von tausenden Zeilen werden innerhalb von 1 Sekunde abgeschlossen. Alle Berechnungen werden im Browser-Hauptthread abgeschlossen; sehr große Dateien (z.B. SQL-Dumps über 10.000 Zeilen) können kurzes Einfrieren der Oberfläche verursachen – Stapelverarbeitung wird empfohlen.

Benötigt das Tool Internetzugang? Sind SQL-Daten sicher?

Funktioniert nach dem Laden der Seite offline; SQL-Formatierung, -Komprimierung und -Prüfung werden alle in browser-lokalem JavaScript abgeschlossen, ohne deine eingegebenen SQL-Anweisungen an externe Server zu senden. Verwendet kein Cookie-Tracking und sammelt keine benutzereingegebenen SQL-Inhalte. Implementiert auf Basis der ausgereiften quelloffenen sql-formatter-Bibliothek mit transparenter und überprüfbarer Code-Logik.

Fehlerbehebung

Was tun bei Formatierungsfehlern "Parse error" oder "SQL-Formatierung fehlgeschlagen"?

Der Formatierer führt SQL-Analyse auf Basis der sql-formatter-Bibliothek durch und meldet Fehler bei nicht erkannter Syntax. Häufige Ursachen und Lösungen: 1) Nicht übereinstimmende Klammern – prüfe, ob Anzahl linker und rechter Klammern übereinstimmt, verwende die Klammerpaar-Hervorhebungsfunktion des Editors zur Unterstützung; 2) Nicht geschlossene Zeichenkettenanführungszeichen – prüfe, ob einfache Anführungszeichen, doppelte Anführungszeichen paarweise auftreten, Anführungszeichen in Zeichenketten müssen escaped werden (wie '' oder \'); 3) Falsche Datenbankdialektauswahl – z.B. Verwendung von PostgreSQLs :: Operator bei Auswahl von MySQL-Dialekt, wechsle zum korrekten Dialekt; 4) Unvollständige SQL-Anweisungen – z.B. nur WHERE-Klausel ohne SELECT FROM; 5) Verwendung sehr spezifischer datenbankspezifischer Syntax (wie bestimmte Steuerflüsse gespeicherter Prozeduren), versuche zum nächstgelegenen Dialekt zu wechseln oder SQL-Fragmente vor der Formatierung zu vereinfachen.

Verstümmelte chinesische oder Sonderzeichen nach Formatierung?

Dieses Tool unterstützt UTF-8-Kodierung vollständig; chinesische und Unicode-Zeichen bleiben während der Formatierung unverändert. Bei verstümmelten Zeichen stammt eingefügte SQL normalerweise selbst aus Dateien mit falscher Kodierung (wie Kopieren aus GBK-kodierten Dateien). Stelle sicher, dass Quelldateien mit UTF-8-Kodierung gespeichert werden, oder konvertiere Dateien vor dem Einfügen in UTF-8-Kodierung. Browser-seitiger CodeMirror-Editor verwendet standardmäßig UTF-8 und führt keine Kodierungskonvertierung durch.

Keine Reaktion oder leere Anzeige nach Hochladen der SQL-Datei?

Datei-Upload unterstützt nur Textdateien mit Erweiterungen .sql und .txt. Bei Binärformatdateien (wie .sqlite-Datenbankdateien, .doc-Dokumenten) werden sie nach Hochladen verstümmelt oder leer angezeigt. Außerdem haben einige Browser Sicherheitsbeschränkungen beim Lesen lokaler Dateien via JavaScript – stelle sicher, dass du Dateien durch aktives Klicken der Upload-Schaltfläche auswählst statt per Drag & Drop (Drag & Drop-Upload wird derzeit nicht unterstützt). Dateigröße empfohlen nicht über 1MB; Überschreitung kann zu langsamer Browseranalyse führen.

Einige Schlüsselwörter werden nach Formatierung klein-/großgeschrieben, inkonsistent mit ursprünglicher Eingabe?

Dies ist normales Formatierungsverhalten. Die Option Schlüsselwort-Schreibung (keywordCase) ist standardmäßig auf UPPER eingestellt, was SQL-Schlüsselwörter einheitlich in Großbuchstaben umwandelt. Wenn du ursprüngliche Schreibung unverändert beibehalten möchtest, setze Schreibungsoptionen für Schlüsselwörter, Bezeichner, Datentypen, Funktionen im Einstellungsbereich auf "Beibehalten (preserve)" – auf diese Weise passt der Formatierer nur Zeilenumbrüche und Einrückung an, ohne Buchstabenschreibung zu ändern.

Glossar

SQL Dialect (SQL-Dialekt): Erweiterungen und Varianten von Standard SQL durch verschiedene Datenbankmanagementsysteme (DBMS). Beispielsweise sind MySQLs LIMIT, PostgreSQLs :: Typumwandlung, SQL Servers TOP, Oracles ROWNUM alle dialektspezifische Syntax. Korrekte Dialektauswahl während der Formatierung gewährleistet korrekte Syntaxanalyse.
Keyword Case (Schlüsselwort-Schreibung): Schreibungsstrategie für SQL-Reservierte Wörter (SELECT/FROM/WHERE/JOIN usw.). Großbuchstaben (UPPER) ist traditioneller Stil, Kleinbuchstaben (lower) in moderner Entwicklung zunehmend beliebt, Beibehalten (preserve) für minimale Änderungen.
Identifier (Bezeichner): Datenbankobjektnamen in SQL, einschließlich Datenbanknamen, Tabellennamen, Spaltennamen, Aliase, Indexnamen, Ansichtsnamen, Namen gespeicherter Prozeduren usw. Verschiedene Datenbanken zitieren Bezeichner unterschiedlich: MySQL verwendet Backticks, PostgreSQL verwendet doppelte Anführungszeichen, SQL Server verwendet eckige Klammern.
Indent Style (Einrückungsstil): Steuert Einrückungsausrichtung während der SQL-Formatierung. Standardeinrückung verwendet hierarchische Progression; tabularLeft/tabularRight richten Spaltennamen und Aliase tabellarisch aus, bessere Lesbarkeit auf Breitbild, können aber längere Zeilen erzeugen.
Logical Operator Newline (Zeilenumbruch bei logischen Operatoren): Zeilenumbruchsposition logischer Operatoren wie AND/OR in mehrzeiligen Bedingungen. before bedeutet Operator am Anfang der nächsten Zeile, after bedeutet Operator am Ende der aktuellen Zeile. Verschiedene Teams haben unterschiedliche Präferenzen.
Expression Width (Ausdrucksbreite): Einzelzeilen-Zeichenanzahlschwellenwert, der Zeilenumbruch auslöst (20-200 Zeichen). Ausdrücke, die diese Breite überschreiten, werden umgebrochen, ähnlich printWidth/ruler-Einstellungen in Code-Editoren.
Dense Operators (Dichte Operatoren): Eine Formatierungsoption, die bei Aktivierung keine zusätzlichen Leerzeichen um Operatoren (=, <, >, +, - usw.) belässt, wie z.B. `WHERE id=1 AND status='active'` statt `WHERE id = 1 AND status = 'active'`, was kompaktere Ausgabe erzeugt.
Lines Between Queries (Zeilen zwischen Abfragen): Anzahl der Leerzeilen zwischen mehreren SQL-Anweisungen. 0 bedeutet fortlaufende Anordnung, 1 bedeutet eine Leerzeile Trennung (üblich), 2 bedeutet zwei Leerzeilen (geräumiger Stil), beeinflusst Lesbarkeit von Mehrfachanweisungsskripten.
SQL Minify/Compress (SQL-Komprimierung): Entfernt alle Kommentare und zusätzlichen Leerzeichen von formatierter SQL und verbindet zu einzeiligem Kompaktformat. Geeignet für Protokollausgaben, Codeeinbettung, URL-Übertragung usw. – Umkehrung der Formatierung.
Pretty Print (Schöndruck): Ausgabe von Code oder Daten in gut lesbarem Format durch automatische Einrückung und Zeilenumbrüche. SQL Pretty Print ist SQL-Formatierungsverschönerung, Gegenteil von Minify (Komprimierung).
CodeMirror: Von diesem Tool verwendete browser-seitige Code-Editor-Komponente (Version 6), die SQL-Syntaxhervorhebung, Zeilennummernanzeige, Codefaltung und andere Bearbeitungsverbesserungen bietet – branchenweit weit verbreitete Web-Code-Editor-Lösung.
sql-formatter: Im Kern dieses Tools verwendete quelloffene SQL-Formatierungsbibliothek, die lexikalische Analyse und formatierte Ausgabe für mehrere SQL-Dialekte unterstützt – eine der beliebtesten SQL-Formatierungsbibliotheken im Frontend-Ökosystem.

Liste unterstützter SQL-Dialekte

Das Tool unterstützt 20 SQL-Datenbankdialekte – Auswahl des zu deiner Datenbank passenden Dialekts liefert optimale Formatierungsergebnisse:

Dialekt	Datenbank	Beschreibung
Standard SQL	Standard SQL	ANSI SQL-Standardsyntax, geeignet für allgemeine Szenarien und unbekannte Dialekte
MySQL	MySQL / TiDB	Beliebteste quelloffene relationale Datenbank, Backtick-Bezeichner, LIMIT-Paginierung
MariaDB	MariaDB	MySQL-Fork, MySQL-kompatible Syntax mit erweiterten Funktionen
PostgreSQL	PostgreSQL	Funktionsreiche quelloffene Datenbank, doppelte Anführungszeichen-Bezeichner, :: Typumwandlung
SQLite	SQLite	Eingebettete leichtgewichtige Datenbank, häufig in mobilen Anwendungen und Browsern verwendet
T-SQL	SQL Server / Azure	Microsoft SQL Servers Transact-SQL, eckige Klammern-Bezeichner, TOP-Paginierung
PL/SQL	Oracle	Oracles prozedurale SQL-Erweiterung, ROWNUM-Paginierung, umfangreiche eingebaute Pakete
BigQuery	Google BigQuery	Google Cloud Data Warehouse, unterstützt verschachtelte Typen wie STRUCT/ARRAY
Snowflake	Snowflake	Cloud-natives Data Warehouse mit starken Verarbeitungsfähigkeiten für halbstrukturierte Daten
Redshift	AWS Redshift	Amazon Web Services Data Warehouse, PostgreSQL-basiert aber mit proprietärer Syntax

Vergleich der Formatierungsvoreinstellungen

4 Ein-Klick-Voreinstellungen für unterschiedliche Nutzungsszenarien:

Voreinstellung	Schlüsselwörter	Einrückung	Operatoren	Abfrageabstand
Standard	`UPPER`	`2 Leerzeichen Standard`	Normaler Abstand	1 Leerzeile
Kleinschreibung	`lower`	`2 Leerzeichen Standard`	Normaler Abstand	1 Leerzeile
Kompakt	`UPPER`	`Tabellarisch Links`	Dichter Modus	1 Leerzeile
Geräumig	`UPPER`	`4 Leerzeichen Standard`	Normaler Abstand	2 Leerzeilen

Übersicht der Tastenkürzel

Alle Tastenkürzel erfordern gleichzeitiges Halten von Modifikatortaste + Shift + entsprechendem Buchstaben:

Aktion	Mac	Windows/Linux	Beschreibung
Formatieren	`⇧⌘F`	`Shift+Strg+F`	SQL-Anweisungen verschönern, Zeilenumbrüche und Einrückung hinzufügen
Komprimieren	`⇧⌘C`	`Shift+Strg+C`	SQL zu einzeilig komprimieren, Kommentare und Leerzeichen entfernen
Prüfen	`⇧⌘V`	`Shift+Strg+V`	SQL-Syntax auf Korrektheit prüfen
Hochladen	`⇧⌘O`	`Shift+Strg+O`	.sql/.txt aus lokaler Datei laden
Herunterladen	`⇧⌘D`	`Shift+Strg+D`	Ergebnisse als .sql-Datei speichern
Löschen	`⇧⌘K`	`Shift+Strg+K`	Eingabe- und Ausgabinhalt löschen

Privacy & Security

Alle Operationen dieses SQL-Formatierers werden vollständig lokal in deinem Browser abgeschlossen: Von dir eingegebene SQL-Anweisungen, ausgewählter Dialekt und Formatierungskonfiguration werden alle in Browser-JavaScript durch die sql-formatter-Bibliothek verarbeitet, ohne SQL-Inhalt oder Konfiguration über das Netzwerk an externe Server zu senden. Datei-Upload liest lokale Dateiinhalte via HTML5 FileReader API ohne Netzwerkübertragung. URL-Freigabefunktion kodiert komprimierte SQL im URL-Hash-Teil (Inhalt nach # wird niemals mit HTTP-Anfragen an Server gesendet), nur lokal im Browser dekomprimiert und angezeigt. Verwendet kein Cookie-Tracking und sammelt keine benutzereingegebenen SQL-Inhalte oder Nutzungsverhaltensdaten. Nach Schließen oder Aktualisieren der Seite werden Eingabeinhalt und Konfigurationszustand automatisch zurückgesetzt (Verlaufsdatensätze nur im lokalen localStorage gespeichert).

Authoritative References

GitHubsql-formatter Offizielle Dokumentation
codemirror.netCodeMirror 6 Offizielle Website
WikipediaWikipedia - SQL-Syntax