Zum Inhalt springen
Toolars
Erkunden
Fehler melden

Entwickler · Lokal-Werkzeug

SQL-Formatierer

SQL Formatter

Formatiere oder verdichte SQL in sieben Dialekten von PostgreSQL bis Snowflake — reine Leerraum-Änderungen, ohne Datenbankverbindung, komplett lokal.

Aufgabenpfad / von der Eingabe zum Ergebnis

Wähle den SQL-Dialekt

Läuft lokal · Nichts wird hochgeladen

Wie SQL-Formatierer funktioniert, Datenschutz und verwandte Tools

Aufgabenpfad / von der Eingabe zum Ergebnis

So formatierst du SQL, ohne es auszuführen

  1. 01

    Wähle den SQL-Dialekt

    Wähle Standard-SQL, PostgreSQL, MySQL, SQLite, SQL Server, BigQuery oder Snowflake, damit dialektspezifische Syntax korrekt tokenisiert wird — PostgreSQL ist die Voreinstellung. Es gibt keine automatische Erkennung: Wähle den Dialekt, den deine Datenbank tatsächlich spricht, denn eine Klausel, die unter Standard-SQL sauber formatiert wird, kann sich anders lesen, sobald der richtige Dialekt die Schlüsselwörter besitzt.

  2. 02

    Füge ein und formatiere sofort

    Füge bis zu 256 KiB SQL ein oder tippe sie ein. Ein Einfügen läuft sofort, normale Bearbeitungen laufen bei aktivierter Automatischer Formatierung nach kurzer Pause erneut, und Strg oder Befehl plus Eingabe wendet die aktuellen Optionen bei Bedarf an. Der Arbeitsbereich öffnet mit einer Beispiel-Join-Abfrage, damit du den Formatierer bei der Arbeit beobachten kannst, bevor du ihm Produktions-SQL anvertraust.

  3. 03

    Wähle lesbare oder kompakte Ausgabe

    Kompakt bewahrt Zeilenumbrüche, Kommentare, Literale und Token-Trenner. PostgreSQL nimmt standard_conforming_strings=on an; MySQL nimmt das übliche Backslash-Escaping an. Datenbank-Sitzungsmodi werden nicht erkannt. Die Formatierung würde quotierte Inhalte, Kommentare oder literale Zeilengrenzen verändern. Probiere den Kompaktmodus oder passe das SQL an; es wird kein Teilergebnis exportiert.

  4. 04

    Prüfe Ergebnis und Bytezahlen

    Das Ausgabefeld aktualisiert sich mit jedem Lauf, und die Fußzeile meldet die exakten Eingabe- und Ausgabe-Bytezahlen, sodass der Preis der Lesbarkeit — oder die Ersparnis durchs Verdichten — sichtbar wird. Läufe finden in einem Web Worker mit einem geprüften 1.500-ms-Budget statt, die formatierte Ausgabe ist auf 512 KiB begrenzt, und eine Anweisung, die der Tokenizer nicht verarbeiten kann, stoppt mit benannter Zeile und Spalte.

  5. 05

    Prüfe, kopiere oder lade herunter

    Vergleiche das Ergebnis mit deiner Datenbankversion, kopiere es dann in die Zwischenablage oder lade es als toolars-formatted.sql herunter. Formatierung ersetzt keine Datenbankvalidierung: Der Arbeitsbereich verbindet sich nie mit einer Datenbank, also bestätige Objektnamen, Berechtigungen und Semantik dort, wo die Abfrage tatsächlich läuft. Abbrechen stoppt den aktuellen Lauf und schaltet die Automatische Formatierung aus, während das SQL erhalten bleibt. Das Bearbeiten von SQL oder Optionen löscht die vorherige Ausgabe.

Tool-Fakten

Verarbeitung
In deinem Browser
Eingabe verlässt dieses Gerät
Nie
Aufbewahrung
Nichts wird gespeichert
Preis
Kostenlos

Deine Eingabe bleibt im Browser.

SQL-Formatierer nutzt seinen verifizierten lokalen Ausführungspfad und erstellt keinen versteckten Ein- oder Ausgabeverlauf.

Lokale Ausführung

Läuft im aktuellen Browser-Tab.

Keine versteckte Verarbeitung

Aktive Tool-Daten werden nie zu einem Toolars-Dokumentdatensatz.

Kein Konto erforderlich

Nutze den Kern-Workflow ohne Profil. Favoriten werden mit deinem Konto synchronisiert, sobald du dich anmeldest.

Sofortiges Zurücksetzen

Leere den Tab, und die aktiven Arbeitsdaten sind weg.

Was SQL-Formatierer tatsächlich tut

Eine 40-KB-Abfrage kommt als eine dichte Zeile aus einem Anwendungslog und muss vor dem Pull-Request-Review lesbar werden. Wähle PostgreSQL, behalte die voreingestellte Großschreibung für Schlüsselwörter und die Zwei-Leerzeichen-Einrückung, und die formatierte Anweisung liegt im Ausgabefeld, bevor du zur Maus greifst — die Fußzeile bestätigt exakt, wie viele Bytes die Lesbarkeit gekostet hat. Wenn das Migrationstool später dieselbe Anweisung eng gepackt will, wechsle zu Kompakt: Leerräume fallen zusammen, während die quotierten Literale und die auskommentierte Klausel unberührt überleben. Zu keinem Zeitpunkt wird eine Datenbankverbindung geöffnet, und der Logauszug verlässt nie den Tab.

Häufige Fragen

Welche SQL-Dialekte werden unterstützt?
Standard-SQL, PostgreSQL, MySQL, SQLite, SQL Server, BigQuery und Snowflake sind in dieser Version verfügbar. Wähle den Dialekt explizit für die verlässlichste Formatierung — der Arbeitsbereich rät nie, weil sich Schlüsselwortmengen und Identifikator-Quoting zwischen Dialekten unterscheiden und ein falscher Tipp die Anweisung falsch umformen würde.
Führt Toolars SQL aus oder validiert es vollständig?
Nein. Der Arbeitsbereich verbindet sich nie mit einer Datenbank und führt keine Abfrage aus. Die Formatierung prüft, ob der gewählte Formatierer die Eingabe tokenisieren kann, nicht ob Schemas, Berechtigungen, Typen oder Abfragesemantik gültig sind — eine Anweisung kann wunderschön formatiert sein und trotzdem an der Datenbank scheitern, genau dort gehört die finale Validierung hin.
Was ist der Unterschied zwischen Formatieren und Kompakt?
Kompakt bewahrt Zeilenumbrüche, Kommentare, Literale und Token-Trenner. PostgreSQL nimmt standard_conforming_strings=on an; MySQL nimmt das übliche Backslash-Escaping an. Datenbank-Sitzungsmodi werden nicht erkannt. Die Formatierung würde quotierte Inhalte, Kommentare oder literale Zeilengrenzen verändern. Probiere den Kompaktmodus oder passe das SQL an; es wird kein Teilergebnis exportiert.
Was sind die Größenlimits?
Ein Lauf akzeptiert bis zu 256 KiB SQL und erzeugt höchstens 512 KiB formatierte Ausgabe — relevant, weil Einrückung eine dichte Anweisung erheblich wachsen lassen kann. Jeder Lauf erhält außerdem ein geprüftes Ausführungsbudget von 1.500 ms in seinem Worker; ein Lauf, der es überschreitet, wird gestoppt und gemeldet, statt die Seite blockieren zu dürfen. Größere Skripte lassen sich in einzelne Anweisungen aufteilen und stapelweise verarbeiten.
Warum ist die Formatierung mit einem Fehler fehlgeschlagen?
Die häufigsten Ursachen sind ein nicht abgeschlossener String, quotierter Identifikator, Dollar-quotierter Block oder Kommentar — der Fehler nennt Zeile und Spalte, wo das Token geöffnet wurde — sowie Syntax, die der Tokenizer des gewählten Dialekts nicht verarbeiten kann und die der Formatierer, sofern verfügbar, mit seiner Parserposition meldet. Prüfe zuerst die markierte Stelle und probiere beim Debuggen den Kompaktmodus: Er wendet keine Dialektgrammatik an und zeigt so, ob das Problem lexikalisch oder dialektspezifisch ist.
Wird mein SQL hochgeladen oder gespeichert?
Nein. SQL-Eingabe, Ausgabe, Fehler, Zwischenablage-Werte und Downloads bleiben im Browser und landen nicht in URLs, Speicher, Analytik, Logs oder Feedback-Payloads. Das Leeren des Arbeitsbereichs verwirft die aktuelle Anweisung.

Weiter in Entwickler

Verwandte Aufgaben statt Sackgasse.

Wechsle in einen anderen fokussierten Arbeitsbereich, ohne zum vollständigen Index zurückzukehren.

Code zu Bild

Code to Image Converter

Exportiere hervorgehobenen Code als PNG oder SVG mit einstellbarer Schrift, Zeilennummern und 1x/2x-Skalierung — bis 200 Zeilen, lokal gerendert.

Erstellen

URL-Slug-Generator

URL Slug Generator

Verwandle Titel und Beschriftungen lokal in saubere, kopierfertige URL-Slugs — wahlweise mit Bindestrichen oder Unterstrichen als Trennzeichen.

Erstellen

Schatten für React Native

React Native Shadow Generator

Vergleiche klassische iOS- und Android-Schatten mit dem boxShadow-Stil der New Architecture in React Native und kopiere die Styles samt Plattformhinweisen.

Erstellen

Base64-Kodierer/Dekodierer

Base64 Encoder/Decoder

Kodiere Text zu Base64 oder dekodiere ihn zurück — mit UTF-8-, URL-sicherer und Zeilenumbruch-Option sowie laufender Validierung, komplett lokal.

Konvertieren