SQL-naar-CSV-converter

Wat de parser accepteert

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');

Wordt:

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

Toegepaste CSV-escaperegels

• Het scheidingsteken is altijd een komma; er is geen optie voor een ander scheidingsteken.
• Velden met komma’s, dubbele aanhalingstekens of regeleindes worden tussen dubbele aanhalingstekens gezet.
• Interne dubbele aanhalingstekens worden verdubbeld (" wordt ""), volgens RFC 4180.
• Voorloop- en sluitende enkele aanhalingstekens van SQL-stringliterals worden verwijderd.
• SQL NULL gaat door als de letterlijke tekst NULL; vervang die verderop als je tool lege cellen verwacht.

Beperkingen om te kennen

• Kolomlijst vereist. De parser leest de kop uit de lijst (col1, col2, ...) vóór VALUES. Een kale INSERT INTO t VALUES (...) zonder de kolomlijst levert CSV-rijen zonder kop op.
• Eén tabel tegelijk. Mengt je dump INSERTs voor verschillende tabellen, splits ze dan eerst. Rijen van verschillende breedte leveren een onregelmatige CSV op.
• Geen CREATE TABLE-parsing. Kolomtypes worden niet gebruikt. Datums, JSON en binaire blobs komen door als platte tekst.
• Elke haakjesgroep wordt een rij. De parser maakt van elke groep (...) een rij, dus sluitclausules met haakjes (ON DUPLICATE KEY UPDATE, RETURNING), functieaanroepen zoals NOW() of geneste arrays zoals (1,2,3) binnen een waarde voegen overtollige rijen toe. Beperk de invoer tot eenvoudige INSERT ... VALUES-tuples en vervang zulke uitdrukkingen door literals voordat je plakt.