SQL-Formatierer

Sie formatieren eine Abfrage zum Lesen. Ausführen, EXPLAIN und Rechteprüfung passieren nicht. Produktions-SQL mit Klartextpasswörtern gehört nicht in fremde Web-Formatter.

Eine 400-Zeichen-Zeile aus dem Ticket: SQL lesbar, nicht ausführen.

Die Seite bricht im Tab um. Sie kennt Ihr Schema nicht.

Einrücken, nicht ausführen

• Review, Schulung, Mail an Kolleg:innen.
• JSON, XML, Code schön
• Vergleich: Text-Diff

Kein DBA-Werkzeug

Kein Tunnel, kein EXPLAIN ANALYZE, keine Übertragung. Produktions-SQL mit Credentials bleibt in der sicheren Umgebung.

Ablauf und Stolpersteine

1. Statement einfügen, einrücken, im Review lesen. Ausführen passiert nicht — gut so.
2. Dialekt-Funktionen (ILIKE, TOP, LIMIT) können schief umbrechen. Ziel-DB gewinnt.
3. Danach Diff gegen die alte Query, wenn das Ticket „nur Format“ behauptet.

Stolperstein: Klartextpasswort in der Connection-String-Kommentarzeile. Weg damit, bevor jemand den Tab teilt. Keine Übertragung zu uns.

In der Praxis

Pretty-Print fürs Review, nicht EXPLAIN. Dialekte (LIMIT vs. TOP) umbrechen wir grob — die Ziel-DB gewinnt. Connection-Strings und Klartextpasswörter vorher löschen, auch ohne Übertragung zu uns.