Herramientas de bases de datos

SQL a JSON

Extrae valores literales, revisa las tablas y exporta la tabla seleccionada.

SQL a JSON

Entrada SQL INSERT

Texto para exportar

Análisis local en el navegador. El SQL no se ejecuta ni se envía a una base de datos.

Opciones

Solo los enteros seguros son números JSON. Los demás literales numéricos se conservan como texto; CSV mantiene su escritura.

Columnas explícitas y VALUES literales, nombres exactos. MySQL interpreta barras inversas; PostgreSQL/SQLite las conservan.

Máx. 200000 unidades UTF-16 · 500 sentencias · 100 tablas · 100 columnas/tabla · 5000 filas · 100000 celdas. La salida tiene un límite de 2000000 unidades UTF-16 para controlar la repetición de claves largas.

Introduce INSERT o carga el ejemplo.

SQL a JSON resulta útil para convertir un script de datos iniciales en ejemplos para una API. Conserva la lista explícita de columnas: define las claves de cada objeto y permite enlazar correctamente los valores aunque otros INSERT cambien el orden de las columnas.

Por qué usar SQL a JSON

Cada tabla conserva sus columnas

SQL a JSON agrupa las filas según el identificador de tabla. Los pedidos no heredan las cabeceras de una tabla de personas. Elige qué tabla revisar y exportar; una ruta con esquema se distingue de un nombre entre comillas que contiene un punto.

Dos grupos de filas de colores llegan a tablas separadas y se selecciona una para exportar.

Sin redondeos silenciosos

El último dígito de un identificador grande no debe cambiar al crear un dato de prueba. Los enteros seguros se convierten en números; el resto, incluidos decimales y exponentes, se conserva como texto. Una función produce un error localizado en lugar de un valor inventado.

Los valores literales llegan intactos a la tabla, mientras una expresión se detiene en una señal de advertencia.

Tres comprobaciones antes de exportar

01

Elegir las reglas de las cadenas

PostgreSQL y SQLite conservan las barras inversas en cadenas normales. MySQL interpreta las secuencias de escape admitidas. No se detectan los modos del servidor, por lo que conviene revisar rutas y saltos de línea escritos como escapes.

02

Distinguir tabla y vista previa

El estado cuenta todas las sentencias y tablas, y después las filas y columnas de la tabla activa. La cuadrícula muestra 50 filas cada vez. Copiar y descargar incluyen todas las filas de esa tabla, aunque todavía no estén visibles en la cuadrícula.

03

Actualizar después de editar

El modo automático espera 350 ms tras el último cambio. Si lo desactivas, usa el botón o Ctrl/Cmd + Enter. Cualquier modificación deshabilita inmediatamente la exportación; tras un error, el resultado anterior queda visible pero no se puede exportar.

De columnas explícitas a datos revisables

Correspondencia por nombres

El convertidor SQL INSERT a JSON convierte nombres de columnas en claves. Las sentencias siguientes pueden reordenar las mismas columnas: sus valores se recolocan según el primer INSERT. Los nombres duplicados y los conjuntos de columnas distintos se rechazan sin sobrescribir valores ni inventar campos NULL.

La puntuación dentro de las cadenas

Para convertir SQL no basta con dividir por comas. El analizador sigue los límites de las comillas y mantiene comas, paréntesis, punto y coma, saltos de línea y apóstrofos duplicados dentro del valor. Los comentarios normales se omiten; los que no se cierran producen un error.

Dos formatos con diferencias visibles

SQL a CSV genera cabecera, separador de coma y finales de línea CRLF. Duplica las comillas dobles internas según las reglas CSV. NULL pasa a un campo vacío; JSON diferencia null de una cadena vacía y mantiene los booleanos cuando el destino necesita los tipos.

El texto mostrado es el exportado

La copia y la descarga usan exactamente el texto del resultado. La protección CSV añade por defecto un apóstrofo a textos y cabeceras con prefijos de fórmula, e indica cuántas celdas afecta. Los números negativos y JSON no cambian. Puedes desactivarla para recuperar los textos originales.

Sintaxis admitida y límites reales

Solo VALUES literales
Se requiere INSERT INTO con columnas explícitas; separa las sentencias con punto y coma. Se rechazan funciones, operaciones, conversiones de tipo, DEFAULT, parámetros, INSERT SELECT, conflictos, RETURNING, DDL y transacciones. No hay ejecución contra una base de datos ni exportaciones parciales tras un error.
No se emula todo el servidor
PostgreSQL, MySQL y SQLite controlan el subconjunto documentado de comillas y cadenas. Los nombres se comparan tal como se extraen, sin inferir intercalación, cambios de mayúsculas o tipos del esquema. No se aceptan columnas ausentes, binarios, dollar quoting, prefijos E/N/U& ni comentarios anidados o ejecutables.
Precisión y representación numérica
Los enteros fuera de ±9007199254740991, todos los decimales, exponentes y cero negativo se guardan como cadenas JSON. CSV conserva el token numérico original. Las fechas entre comillas no se normalizan y los textos con aspecto de JSON no se convierten en estructuras anidadas.
Límites sin truncar resultados
Máximos: 200000 unidades UTF-16, 500 sentencias, 100 tablas, 100 columnas por tabla, 5000 filas y 100000 celdas en total. Superar uno rechaza todo el lote. No se ofrecen subida de archivos, lectura de URL, edición de celdas ni paquetes de varias tablas. La salida tiene un límite de 2000000 unidades UTF-16 para controlar la repetición de claves largas.
CSV no transporta un esquema de tipos
CSV no distingue con fiabilidad NULL de una cadena vacía. La protección de fórmulas modifica el texto CSV y no garantiza el comportamiento de todas las hojas de cálculo ni de archivos guardados otra vez. Importa como texto y revisa el programa de destino si esa interpretación es crítica.

Preguntas sobre SQL a JSON

¿Cómo se convierten las sentencias INSERT en JSON?

El analizador extrae los nombres de columnas y los valores literales de cada tupla VALUES. Cada fila se convierte en un objeto y la tabla seleccionada en un array. No consulta un esquema externo ni calcula los valores de expresiones SQL.

¿Qué sintaxis SQL es compatible?

INSERT INTO con nombres de columnas y VALUES de una o varias filas. Se pueden añadir varias sentencias separadas por punto y coma. El selector determina las reglas de comillas de PostgreSQL, MySQL o SQLite, pero no admite todos sus dialectos ni extensiones.

¿Cómo se manejan los valores NULL?

En JSON se conservan como null, sin eliminar la clave. Una cadena vacía sigue siendo una cadena vacía y el texto entre comillas que dice NULL sigue siendo texto. En CSV, NULL se escribe como campo vacío, por lo que se pierde la distinción de tipo.

¿Cómo se manejan las comillas escapadas en SQL?

Dos apóstrofos consecutivos dentro de una cadena se convierten en uno. MySQL también interpreta las secuencias de barra inversa admitidas. Las comas o paréntesis dentro de la cadena no se usan para cortar la fila; un escape desconocido provoca un error.

¿Puedo descargar el resultado?

Sí, después de una conversión correcta. La descarga incluye todas las filas de la tabla activa en el formato seleccionado. Cambiar la entrada, el formato, la tabla o la protección CSV deshabilita el botón hasta que el resultado vuelva a estar actualizado.

¿Un literal admitido se interpreta mal?

Prepara datos a partir de tu script

Prueba SQL a JSON con un INSERT representativo. Comprueba las cadenas, la tabla activa y el recuento de números conservados antes de exportar el lote completo.