Conversor de SQL a JSON
Pega sentencias INSERT o un result set. Te devolvemos un array JSON.
Qué hace esta herramienta
Si alguna vez has sacado unas cuantas sentencias INSERT de una migración o de la salida de un pg_dump y las necesitabas en JSON para el seed de una API o un fixture, esto lo resuelve de un pegado. No hace falta cargar el dump en una base de datos solo para hacer un SELECT ... FOR JSON y sacarlo otra vez.
La herramienta lee sentencias INSERT INTO table (col, col, ...) VALUES (...) — multi-row incluidos — y emite un array JSON en el que cada fila es un objeto JSON con las columnas como claves. Soporta el dialecto estándar cubierto por ISO SQL y las variantes habituales de PostgreSQL, MySQL, SQLite y SQL Server.
Los valores se tipan como esperarías: los literales enteros y decimales quedan como números, las cadenas entrecomilladas como strings, NULL pasa a null JSON, y TRUE/FALSE a booleanos. Los literales de fecha/hora ('2024-01-15', '2024-01-15 10:30:00') salen como cadenas ISO-8601. Si pegas varios INSERT sobre tablas distintas, cada tabla recibe su propia clave en la salida, con sus filas como array JSON.
Cómo usarla
Tres pasos. Funciona igual pegues tres filas o tres mil.
Pega tu SQL (o prueba el ejemplo)
Suelta tus sentencias INSERT en el editor de la izquierda. Un INSERT único, un INSERT multi-row, o varios INSERT sobre tablas distintas — todo vale. Haz clic en Cargar ejemplo para ver un caso realista con orders y items.
Deja el SQL tal cual — puntos y comas finales, comentarios inline (-- o /* ... */) y prefijos de esquema (public.orders) se parsean sin problema.
Pulsa Convertir
Haz clic en el botón verde Convertir. La herramienta lee cada INSERT, casa los valores con los nombres de columna y construye el JSON de una pasada.
Copia el JSON
El panel derecho muestra un array JSON (o un objeto de arrays si hay varias tablas). Úsalo directamente en el seed de una API, en un fixture de Jest o en un mock server estático.
Cuándo viene bien de verdad
Seed a partir de un dump existente
Tienes un fichero de <code>mysqldump</code> o <code>pg_dump</code> y quieres datos seed en JSON para una app nueva que no habla directamente con la BD antigua. Pegas los INSERT y te quedas con el JSON.
Montar fixtures de test
Coges unas filas de producción como sentencias INSERT (sin nada sensible) y las conviertes a fixtures JSON para tests de integración o mocks de Storybook.
Ficheros seed para APIs
Un microservicio nuevo espera recibir el seed en JSON, pero los datos viven como SQL inserts dentro del monorepo. Un pegado y tienes el fichero seed.
Pasarle datos al equipo de front
El equipo de front quiere datos de ejemplo para una pantalla nueva. Tú tienes el SQL a mano. Conviértelo a JSON y déjalo en su repo como mock.
Preguntas frecuentes
¿Qué dialectos de SQL soporta?
El subconjunto común: sintaxis INSERT de PostgreSQL, MySQL/MariaDB, SQLite y SQL Server. Cosas propias del dialecto como los escapes E'...' de PostgreSQL o los identificadores entre backticks de MySQL están contempladas.
¿Soporta INSERT multi-row?
Sí — INSERT INTO orders (id, total) VALUES (1, 9.99), (2, 15.50), (3, 42.00); sale como un array JSON de tres elementos, un objeto por fila.
¿Y los INSERT sobre varias tablas?
Cada tabla acaba como su propia clave en el JSON de salida, con las filas como array. Así una migración que inserta en orders y order_items te da {"orders": [...], "order_items": [...]} — útil para ficheros seed que necesitan preservar la estructura relacional.
¿Cómo se tratan NULL, fechas y booleanos?
NULL se convierte en null JSON. TRUE/FALSE (o 0/1 si no se puede inferir el esquema) pasan a booleanos o números JSON respectivamente. Los literales de fecha salen como cadenas ISO-8601 según RFC 3339.
¿Ejecuta el SQL?
No — no se ejecuta nada contra ninguna base de datos. La herramienta parsea la sintaxis del INSERT y emite JSON. Tus datos no salen de la petición de conversión.
¿Y los result sets de SELECT?
Pega un result set formateado (cabecera de columnas más filas) y la herramienta intentará emitir un array JSON. La sintaxis INSERT es más fiable porque los nombres de columna son explícitos — si puedes, prefiere INSERT.
Otras herramientas que te pueden hacer falta
SQL a JSON encaja bien con el resto de la caja de herramientas: