Conversor de SQL a CSV

Qué acepta el analizador

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

Se convierte en:

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

Reglas de escape de CSV aplicadas

• El delimitador es siempre una coma; no hay opción de separador.
• Los campos que contienen comas, comillas dobles o saltos de línea se rodean de comillas dobles.
• Las comillas dobles internas se duplican (" pasa a ""), según la RFC 4180.
• Se eliminan las comillas simples inicial y final de los literales de cadena de SQL.
• El NULL de SQL pasa como el texto literal NULL; sustitúyelo después si tus herramientas esperan celdas vacías.

Limitaciones que conviene conocer

• Se requiere la lista de columnas. El analizador lee el encabezado de la lista (col1, col2, ...) anterior a VALUES. Un INSERT INTO t VALUES (...) sin la lista de columnas produce filas de CSV sin encabezado.
• Una tabla a la vez. Si tu volcado mezcla INSERT de tablas distintas, sepáralos primero. Filas de anchos diferentes producen un CSV irregular.
• Sin análisis de CREATE TABLE. No se usan los tipos de columna. Fechas, JSON y blobs binarios pasan como texto sin procesar.
• Cada grupo de paréntesis se convierte en una fila. El analizador convierte cada grupo (...) en una fila, así que las cláusulas finales que contienen paréntesis (ON DUPLICATE KEY UPDATE, RETURNING), las llamadas a funciones como NOW() o los arreglos anidados como (1,2,3) dentro de un valor añaden filas sobrantes. Limita la entrada a tuplas INSERT ... VALUES simples y sustituye esas expresiones por literales antes de pegar.