Conversor de JSON a SQL INSERT

El Conversor de JSON a SQL INSERT es una herramienta en línea gratuita que convierte arrays u objetos JSON en sentencias SQL INSERT con entrecomillado según el dialecto (mysql, postgresql, sqlite, sql server), salida masiva o por fila, e inferencia opcional de CREATE TABLE. Funciona por completo en tu navegador, sin necesidad de instalación ni registro.

MySQL, PostgreSQL, SQLite y SQL Server. El entrecomillado de identificadores cambia automáticamente (comillas invertidas/comillas dobles/corchetes) y los booleanos se convierten en 1/0 o TRUE/FALSE según el dialecto.

Sí. Activa Incluir CREATE TABLE para inferir un esquema a partir de las primeras 100 filas (INT, DECIMAL, BOOLEAN, DATETIME, VARCHAR(n) por rangos o TEXT) con detección de valores nulos.

Las cadenas se encierran entre comillas simples con escape estándar de comilla duplicada o el clásico escape con barra invertida. Los nulos generan NULL o cadena vacía. Las fechas ISO-8601 se detectan y se entrecomillan como DATETIME/TIMESTAMP.

Sí, el Conversor de JSON a SQL INSERT es 100 % gratuito, sin registro, sin costos ocultos y sin límites de uso. Todo el procesamiento ocurre localmente en tu navegador, garantizando una privacidad total.

Por completo. El Conversor de JSON a SQL INSERT procesa todo en el lado del cliente, en tu navegador. No se sube ni se almacena ningún dato en ningún servidor. Tu contenido permanece privado en tu dispositivo en todo momento.

Sí, el Conversor de JSON a SQL INSERT es totalmente adaptable y funciona en smartphones y tabletas. Puedes usarlo en cualquier dispositivo con un navegador web moderno, sin necesidad de descargar ninguna aplicación.

No se necesita ninguna cuenta ni registro. Simplemente abre el Conversor de JSON a SQL INSERT en tu navegador y empieza a usarlo de inmediato. No hay muros de registro ni restricciones de uso.

Solo tienes que introducir tu entrada en el campo correspondiente, ajustar las opciones a tu gusto y la herramienta la procesará al instante. Después puedes copiar el resultado al portapapeles o descargarlo.

El Conversor de JSON a SQL INSERT funciona en todos los navegadores modernos, incluidos Chrome, Firefox, Safari, Edge y Opera. Para una mejor experiencia, usa la última versión de tu navegador preferido.

Un insert en bloque enumera todas las filas dentro de una única sentencia — INSERT INTO tabla (columnas) VALUES (...), (...), (...); — de modo que todas las filas se cargan en un solo viaje de ida y vuelta. Es más compacto y suele ser la forma más rápida de poblar una tabla, por eso este conversor lo usa por defecto. El estilo de una fila por insert genera una línea INSERT INTO ... VALUES (...); independiente para cada registro. Esa salida es más larga, pero más fácil de leer, comparar (diff) en control de versiones, o ejecutar parcialmente cuando solo quieres aplicar algunas filas u omitir un registro que da error. Ambos producen los mismos datos; la elección es entre velocidad de ejecución y control granular. Algunos clientes de bases de datos también limitan cuántas filas puede contener una sola sentencia, así que la salida por fila evita ese límite. Cambia entre ambos con el interruptor de estilo de sentencia y el SQL se regenera al instante.

Las comillas simples dentro de un texto son la causa clásica de scripts INSERT rotos — un nombre como O'Brien, sin tratar, cerraría la cadena antes de tiempo y corrompería la sentencia. Esta herramienta las escapa automáticamente. En el modo estándar (el predeterminado), cada comilla simple incrustada se duplica, de modo que O'Brien se convierte en 'O''Brien', lo cual es SQL ANSI válido y aceptado por MySQL, PostgreSQL, SQLite y SQL Server. Si tu motor espera en su lugar el escapado heredado con barra invertida, cambia al modo backslash y ese mismo valor se convierte en 'O\'Brien', escapando también las barras invertidas literales. Los identificadores de columnas y tablas tienen su propio comillado —comillas invertidas, comillas dobles o corchetes según el dialecto— y cualquier carácter de comilla dentro de esos nombres también se escapa. El resultado es que los datos reales, con apóstrofes, comillas y caracteres especiales, se convierten en un script que puedes ejecutar sin limpieza manual.

Las exportaciones reales suelen ser desiguales — un registro tiene un campo de teléfono y el siguiente no. Este conversor lo resuelve tomando la unión de todas las claves de todas las filas, listadas en el orden en que aparecen por primera vez, y usando ese conjunto combinado como lista de columnas. Cualquier fila a la que le falte una clave determinada recibe NULL (o una cadena vacía, según tu configuración de manejo de nulos) para esa columna, de modo que cada tupla VALUES queda alineada con el encabezado de columnas. Esto significa que los objetos parciales o inconsistentes igualmente encajan en una sola tabla limpia en lugar de fallar. El único caso que se rechaza es cuando un elemento del array no es en absoluto un objeto —un número, una cadena o un array anidado sueltos. Cuando eso ocurre, se detiene y te indica el índice exacto para que corrijas el origen. Pega tu JSON mixto y la unión de columnas se construye automáticamente.

Las columnas relacionales almacenan valores escalares, así que un objeto o array anidado no puede mapearse directamente a una columna normal. Cuando el conversor encuentra un valor que es en sí mismo un objeto o un array, lo serializa de vuelta a una cadena JSON compacta y lo inserta como un valor de texto entrecomillado, con el mismo escapado que se aplica a cualquier otra cadena. Así, un campo como {"tags":["a","b"]} se convierte en la cadena literal '["a","b"]' dentro del INSERT. Si además generas un CREATE TABLE, esas columnas se tipan como TEXT (o NVARCHAR(MAX) en SQL Server) para alojar el JSON serializado. Esto mantiene tus datos intactos y ejecutables, aunque no aplana las estructuras anidadas en columnas o tablas relacionadas separadas —esa normalización es una decisión de diseño que solo tú puedes tomar. Para columnas JSON o JSONB de Postgres, pega el texto generado y ajusta el tipo de columna según convenga.

Cada base de datos tiene sus propias reglas para los identificadores y para ciertos tipos de valores, y un script escrito para un motor a menudo falla en otro. Este conversor ajusta la salida según el dialecto para que se ejecute tal cual. El comillado de identificadores cambia: MySQL envuelve los nombres de tablas y columnas en comillas invertidas, PostgreSQL y SQLite usan comillas dobles, y SQL Server usa corchetes. Los valores booleanos también difieren — true y false se convierten en 1 y 0 en MySQL y SQLite, pero en TRUE y FALSE en PostgreSQL y SQL Server. Los tipos inferidos para el CREATE TABLE también cambian, como TINYINT(1) para un booleano en MySQL frente a un BOOLEAN nativo en Postgres, o NVARCHAR en SQL Server frente a VARCHAR en los demás. El escapado de cadenas se mantiene como ANSI estándar por defecto en los cuatro. Elige tu destino en el interruptor de Dialecto antes de copiar, para que las sentencias coincidan con la base de datos en la que vas a cargar los datos.