Convertidor de CSV a SQL

Consigue un script SQL ejecutable a partir de un CSV

Cargar un CSV en una base de datos a mano es pesado. Te quedas mirando unos miles de filas y empiezas a teclear INSERT uno por uno, o peleas con un asistente de importación y sus manías con las comillas y los delimitadores. Este convertidor se salta todo eso. Le das un CSV y te devuelve un archivo .sql sencillo: un CREATE TABLE arriba y, debajo, un INSERT por cada fila.

Está pensado para los trabajos rápidos y poco lucidos. Poblar una base de datos de desarrollo local, meter la exportación de una hoja de cálculo en una tabla, tener datos de ejemplo en un esquema para empezar a escribir consultas. La salida es texto, así que la puedes abrir, leerla y cambiarla antes de ejecutar una sola línea.

Qué contiene el script exactamente

La salida tiene una forma fija, y saberla de antemano te ahorra confusiones. Arriba hay dos líneas de comentario que indican que es una exportación de CSV y la marca de tiempo en que se generó. Después viene el CREATE TABLE: la tabla siempre se llama csv_export, lleva una columna id autoincremental como clave primaria, y cada encabezado de tu CSV se convierte en una columna. Debajo va una línea INSERT INTO csv_export (...) VALUES (...); por cada fila de datos, en el mismo orden en que aparecían.

Los nombres de columna se toman de la fila de encabezados, en minúsculas y con todo lo que no sea letra, número o guion bajo reemplazado por un guion bajo. Así, un encabezado como First Name se convierte en first_name, y Order # queda en order__. Si dos de tus encabezados se reducen al mismo nombre, acabarás con columnas duplicadas en el CREATE TABLE, así que vale la pena echarle un vistazo a la línea de encabezados antes de convertir.

Cómo se tratan tus datos

Tu archivo se lee y se procesa en el navegador. El delimitador lo deduce solo a partir de la línea de encabezados, así que los archivos con comas, punto y coma, tabuladores o barras verticales se cargan sin que tengas que configurar nada. Los campos entre comillas y las comillas dobladas dentro de ellos se interpretan según el estándar CSV.

En el lado SQL, cada valor va envuelto en comillas simples, y cualquier comilla simple dentro de un valor se duplica, de modo que un nombre como O'Brien se convierte en 'O''Brien' y no rompe la sentencia. Esa misma regla es la razón de que los números y las fechas salgan entre comillas como texto, '30' y '2026-07-20', ya que todas las columnas son TEXT. Las celdas vacías se convierten en una cadena vacía, no en NULL. Ojo con una cosa: las comillas simples se escapan pero las barras invertidas no, así que si tus datos llevan barras invertidas y estás en la configuración por defecto de MySQL, revisa esos valores antes de ejecutar. El UTF-8 se mantiene intacto y la tabla se declara como utf8mb4, así que los caracteres acentuados y los alfabetos no latinos sobreviven al viaje.

Hasta dónde llega

Es un generador deliberadamente sencillo, y unas cuantas de sus decisiones están fijas. Decirlo claro desde el principio te evita sorpresas luego.

• La tabla siempre se llama csv_export. ¿Necesitas otro nombre? Cámbialo en el script, o ejecuta un ALTER TABLE después de importar.
• No hay detección de tipos. Todas las columnas salen como TEXT, incluso las que son claramente enteros o fechas. Si quieres columnas con tipos reales, edita el CREATE TABLE antes de ejecutarlo.
• La sintaxis es de MySQL y MariaDB: nombres entre acentos graves, int(11), ENGINE=InnoDB, utf8mb4. Esos dos lo ejecutan tal cual. Postgres, SQL Server, SQLite y Oracle necesitan retoques antes.
• Las filas se escriben como sentencias INSERT separadas, no como inserciones multifila agrupadas, y todo va en un solo archivo. Para unos miles de filas está bien; para una exportación muy grande, el script se hace largo.

Mi opinión sincera: trata el resultado como un buen primer borrador, no como una migración terminada. Para una tabla de desarrollo desechable, está listo para ejecutar. Para cualquier cosa que vaya a producción, ábrelo y define tipos de columna reales y un nombre de tabla real primero. Esos cinco minutos te ahorran recargar después una tabla llena de columnas TEXT.

Un ejemplo real

Digamos que sacaste 4.000 registros de clientes de un CRM viejo como customers.csv, con columnas como Full Name, Email, Signup Date y Plan. Lo sueltas, eliges SQL y recibes un archivo llamado customers-thefreeconverter.com.sql. Dentro hay un CREATE TABLE csv_export con full_name, email, signup_date y plan como columnas TEXT más la clave id, seguido de 4.000 líneas INSERT. Renombra la tabla a customers, cambia signup_date a DATE y ejecútalo contra tu MySQL local. Se tarda más en contarlo que en hacerlo.

Ejecutar el script

Una vez que tengas el archivo .sql, pásalo a tu base de datos como lo harías normalmente, ya sea canalizándolo al cliente mysql o pegándolo en una herramienta gráfica. La columna id se rellena sola a medida que se insertan las filas, así que no la toques. Un detalle: el CREATE TABLE no lleva IF NOT EXISTS, de modo que ejecutar el mismo script dos veces lanza un error de 'table already exists'. Elimina la tabla primero, o borra el bloque CREATE TABLE si la segunda vez solo quieres los INSERT.

Limpiar los datos antes de convertir

Como el CSV se abre en una cuadrícula editable, puedes ordenarlo antes de que exista nada de SQL. Ordena por una columna, filtra hasta quedarte con las filas que de verdad quieres, renombra un encabezado para que su columna salga más limpia, o elimina filas duplicadas. Arreglarlo aquí hace que los INSERT coincidan con lo que quieres en la tabla, en vez de importar basura y borrarla después.

Cuándo encaja mejor otra herramienta

Sobre la privacidad: el CSV en sí nunca se sube, ya que se procesa en tu navegador. Construir el SQL sí envía las filas procesadas al servidor, donde se genera el archivo .sql y se guarda solo el tiempo justo para que lo descargues. Esos archivos generados se borran automáticamente en unos diez minutos, y nada se conserva ni se comparte después.