Code formatieren / MULTIVERTO
Reduzieren Sie SQL-Leerraum, ohne zitierte Werte zu ändern.
Jedes Textwerkzeug auf das vorherige Ergebnis anwenden.
01 / Anleitung
Entfernt ausgewählte Layout-Leerzeichen; prüfen Sie Stellen, an denen Leerraum Bedeutung trägt.
Prüfen Sie bei komplexer Syntax oder Produktionsdateien die Ausgabe in der Zielanwendung und mit einem spezialisierten Werkzeug.
02 / Beispiel
SELECT name, stadt
FROM personen
WHERE aktiv = 1;SELECT name, stadt FROM personen WHERE aktiv = 1;03 / Anleitung
Reduzieren Sie SQL-Leerraum, ohne zitierte Werte zu ändern. Entfernt ausgewählte Layout-Leerzeichen; prüfen Sie Stellen, an denen Leerraum Bedeutung trägt. SQL-Verdichtung ersetzt wiederholte Leerzeichen und Zeilenumbrüche außerhalb zitierter Werte durch einzelne Trenner. Das Ende von Zeilenkommentaren bleibt erhalten, damit folgende Abfragen nicht hineingeraten. Ein Ausführungsplan wird dadurch nicht optimiert.
SQL ist eine Familie von Dialekten und nicht in jeder Datenbank dieselbe Grammatik. Schlüsselwörter wie SELECT, FROM und WHERE helfen beim Lesen; zitierte Zeichenketten und Bezeichner müssen unverändert bleiben. Dieser Editor erkennt übliche Zitate und Kommentare, liest jedoch kein Datenbankschema, löst keine Namen auf und führt keine Abfrage aus. Der Formatter trennt Klauseln gewöhnlicher Anweisungen und weist Kommentare ab, wenn eine einfache Umschreibung unklar wäre. Das Verdichten reduziert nur wiederholte Leerzeichen und Zeilenumbrüche außerhalb zitierter Werte und erhält die Grenzen von Zeilenkommentaren. Prüfen Sie Dialekt, Parameterbindung und Ausführungsplan in der tatsächlichen Umgebung.
Verdichten ist sinnvoll, wenn eine Maschine das Ergebnis verarbeitet und menschenlesbare Einrückung unnötig ist. Prüfen Sie zuerst die unveränderte Quelle und betrachten Sie dann genau, was entfernt wird. Dieses Werkzeug verspricht nicht die Einsparung eines Produktions-Minifizierers: Solche Programme können die vollständige Grammatik parsen, Bezeichner ändern, Konstanten zusammenfassen oder nach der Serialisierung komprimieren. Hier gilt eine vorsichtige Regel; unklare Konstruktionen bleiben erhalten oder führen zu einer Fehlermeldung. Vergleichen Sie Dateilängen erst nach einem Vergleich von Verhalten oder analysiertem Inhalt. Hängt das Zielsystem von Kommentaren, Lizenzen, Source-Maps oder bedeutungstragendem Leerraum ab, berücksichtigen Sie dies vor einem Austausch der Quelle.
Bewahren Sie die Quelle neben der Ausgabe auf und prüfen Sie zuerst ein kleines bekanntes Beispiel, bevor Sie ein großes Dokument bearbeiten. Vergleichen Sie den sachlichen Inhalt, nicht bloß Dateigröße oder Zeilenzahl. Kontrollieren Sie Namen, zitierte Zeichenketten, Nicht-ASCII-Zeichen, Zeilenenden und wiederholte Felder nach der Umwandlung. Eine lesbare Ausgabe validiert kein Schema, belegt keine Ausführbarkeit von Code und macht Daten nicht automatisch veröffentlichbar. Diese Seite verarbeitet Text im Browser und zeigt die Ausgabe als Text; beim Einfügen gelten jedoch die Regeln der Zielanwendung. Wird eine Eingabe abgewiesen, suchen Sie die nicht unterstützte Konstruktion und verwenden Sie gegebenenfalls einen spezialisierten Parser.