SQL till CSV-konverterare

Vad parsern accepterar

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

Blir:

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

Tillämpade CSV-escaperegler

• Avgränsaren är alltid ett komma; det finns inget alternativ för avskiljare.
• Fält som innehåller kommatecken, dubbla citattecken eller radbrytningar omges av dubbla citattecken.
• Interna dubbla citattecken dubbleras (" blir ""), enligt RFC 4180.
• Inledande och avslutande enkla citattecken från SQL-stränglitteraler tas bort.
• SQL NULL passerar som den bokstavliga texten NULL; ersätt den längre fram om ditt verktyg förväntar sig tomma celler.

Begränsningar att känna till

• Kolumnlista krävs. Parsern läser rubriken från listan (col1, col2, ...) före VALUES. Ett rent INSERT INTO t VALUES (...) utan kolumnlistan ger CSV-rader utan rubrik.
• En tabell åt gången. Om din dump blandar INSERT för olika tabeller, dela upp dem först. Rader av olika bredd ger en ojämn CSV.
• Ingen CREATE TABLE-tolkning. Kolumntyper används inte. Datum, JSON och binära blobbar kommer igenom som råtext.
• Varje parentesgrupp blir en rad. Parsern gör varje grupp (...) till en rad, så avslutande satser som innehåller parenteser (ON DUPLICATE KEY UPDATE, RETURNING), funktionsanrop som NOW() eller nästlade arrayer som (1,2,3) inuti ett värde lägger till extra rader. Håll indatan till enkla INSERT ... VALUES-tupler och ersätt sådana uttryck med litteraler innan du klistrar in.