SQL-zu-CSV-Konverter

Was der Parser akzeptiert

INSERT INTO users (id, email, created_at) VALUES
  (1, 'alice@example.com', '2024-01-12 09:00:00'),
  (2, 'bob@example.com',   '2024-01-13 10:30:00'),
  (3, 'carol@example.com', '2024-01-13 11:15:00');

Wird zu:

id,email,created_at
1,alice@example.com,2024-01-12 09:00:00
2,bob@example.com,2024-01-13 10:30:00
3,carol@example.com,2024-01-13 11:15:00

Angewendete CSV-Escaping-Regeln

• Das Trennzeichen ist immer ein Komma; es gibt keine Trennzeichen-Option.
• Felder mit Kommas, doppelten Anführungszeichen oder Zeilenumbrüchen werden in doppelte Anführungszeichen gesetzt.
• Interne doppelte Anführungszeichen werden verdoppelt (" wird zu ""), gemäß RFC 4180.
• Führende und abschließende einfache Anführungszeichen aus SQL-Zeichenketten-Literalen werden entfernt.
• SQL NULL geht als der wörtliche Text NULL durch; ersetzen Sie es nachgelagert, wenn Ihr Werkzeug leere Zellen erwartet.

Zu beachtende Einschränkungen

• Spaltenliste erforderlich. Der Parser liest die Kopfzeile aus der Liste (col1, col2, ...) vor VALUES. Ein bloßes INSERT INTO t VALUES (...) ohne Spaltenliste erzeugt CSV-Zeilen ohne Kopfzeile.
• Eine Tabelle auf einmal. Mischt Ihr Dump INSERTs für verschiedene Tabellen, trennen Sie sie zuerst. Zeilen unterschiedlicher Breite erzeugen eine unregelmäßige CSV.
• Kein CREATE-TABLE-Parsing. Spaltentypen werden nicht verwendet. Daten, JSON und binäre Blobs kommen als Rohtext durch.
• Jede Klammergruppe wird zu einer Zeile. Der Parser wandelt jede Gruppe (...) in eine Zeile um, daher fügen abschließende Klauseln mit Klammern (ON DUPLICATE KEY UPDATE, RETURNING), Funktionsaufrufe wie NOW() oder verschachtelte Arrays wie (1,2,3) innerhalb eines Werts überzählige Zeilen hinzu. Beschränken Sie die Eingabe auf einfache INSERT ... VALUES-Tupel und ersetzen Sie solche Ausdrücke vor dem Einfügen durch Literale.