Конвертер SQL в CSV

Что принимает парсер

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

Превращается в:

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

Применяемые правила экранирования CSV

• Разделителем всегда является запятая; варианта выбора разделителя нет.
• Поля, содержащие запятые, двойные кавычки или переводы строк, заключаются в двойные кавычки.
• Внутренние двойные кавычки удваиваются (" становится "") согласно RFC 4180.
• Начальные и конечные одинарные кавычки строковых литералов SQL удаляются.
• NULL из SQL передаётся как буквальный текст NULL; замените его далее, если ваш инструмент ожидает пустые ячейки.

Ограничения, которые стоит знать

• Требуется список столбцов. Парсер читает заголовок из списка (col1, col2, ...) перед VALUES. Простое INSERT INTO t VALUES (...) без списка столбцов создаёт строки CSV без заголовка.
• По одной таблице за раз. Если ваш дамп смешивает инструкции INSERT для разных таблиц, сначала разделите их. Строки разной ширины создают неровный CSV.
• Разбор CREATE TABLE не выполняется. Типы столбцов не используются. Даты, JSON и двоичные BLOB передаются как необработанный текст.
• Каждая группа скобок становится строкой. Парсер превращает каждую группу (...) в строку, поэтому завершающие конструкции со скобками (ON DUPLICATE KEY UPDATE, RETURNING), вызовы функций вроде NOW() или вложенные массивы вроде (1,2,3) внутри значения добавляют лишние строки. Ограничьте ввод простыми кортежами INSERT ... VALUES и замените такие выражения литералами перед вставкой.