Conversor de SQL para CSV

O que o analisador aceita

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

Vira:

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

Regras de escape de CSV aplicadas

• O delimitador é sempre uma vírgula; não há opção de separador.
• Campos que contêm vírgulas, aspas duplas ou quebras de linha são envolvidos em aspas duplas.
• Aspas duplas internas são duplicadas (" vira ""), conforme a RFC 4180.
• As aspas simples iniciais e finais dos literais de string SQL são removidas.
• O NULL do SQL passa como o texto literal NULL; substitua-o depois se sua ferramenta espera células vazias.

Limitações a conhecer

• Lista de colunas obrigatória. O analisador lê o cabeçalho da lista (col1, col2, ...) antes de VALUES. Um INSERT INTO t VALUES (...) sem a lista de colunas produz linhas de CSV sem cabeçalho.
• Uma tabela por vez. Se o seu despejo mistura INSERT de tabelas diferentes, separe-os antes. Linhas de larguras diferentes produzem um CSV irregular.
• Sem análise de CREATE TABLE. Os tipos de coluna não são usados. Datas, JSON e blobs binários vêm como texto puro.
• Cada grupo de parênteses vira uma linha. O analisador transforma cada grupo (...) em uma linha, então cláusulas finais que contêm parênteses (ON DUPLICATE KEY UPDATE, RETURNING), chamadas de função como NOW() ou arrays aninhados como (1,2,3) dentro de um valor adicionam linhas extras. Limite a entrada a tuplas INSERT ... VALUES simples e substitua essas expressões por literais antes de colar.