Konwerter SQL na CSV

Co akceptuje parser

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

Staje się:

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

Stosowane reguły escapowania CSV

• Separatorem jest zawsze przecinek; nie ma opcji wyboru separatora.
• Pola zawierające przecinki, cudzysłowy podwójne lub znaki nowej linii są ujmowane w cudzysłowy podwójne.
• Wewnętrzne cudzysłowy podwójne są podwajane (" staje się ""), zgodnie z RFC 4180.
• Początkowe i końcowe pojedyncze cudzysłowy z literałów tekstowych SQL są usuwane.
• NULL z SQL przechodzi jako dosłowny tekst NULL; zamień go dalej, jeśli Twoje narzędzie oczekuje pustych komórek.

Ograniczenia, o których warto wiedzieć

• Lista kolumn wymagana. Parser odczytuje nagłówek z listy (col1, col2, ...) przed VALUES. Samo INSERT INTO t VALUES (...) bez listy kolumn tworzy wiersze CSV bez nagłówka.
• Jedna tabela naraz. Jeśli Twój zrzut miesza instrukcje INSERT dla różnych tabel, najpierw je rozdziel. Wiersze o różnej szerokości tworzą nieregularny plik CSV.
• Brak analizy CREATE TABLE. Typy kolumn nie są używane. Daty, JSON i binarne bloby przechodzą jako surowy tekst.
• Każda grupa nawiasów staje się wierszem. Parser zamienia każdą grupę (...) w wiersz, więc klauzule końcowe zawierające nawiasy (ON DUPLICATE KEY UPDATE, RETURNING), wywołania funkcji takie jak NOW() lub zagnieżdżone tablice takie jak (1,2,3) wewnątrz wartości dodają zbędne wiersze. Ogranicz dane wejściowe do prostych krotek INSERT ... VALUES i zastąp takie wyrażenia literałami przed wklejeniem.