Inferencia Automática de TiposDatos
¿Cómo detecta un conversor los tipos de datos en un CSV?
Algoritmo que analiza las primeras cientos de filas para deducir si una columna debe mapearse como INTEGER, NUMERIC, TIMESTAMP, BOOLEAN o VARCHAR.
DESARROLLO & BASES DE DATOS
Convertidor de CSV a SQL
Transforma archivos CSV y TSV a sentencias CREATE TABLE e INSERT INTO con inferencia automática de tipos de datos 100% en tu navegador.
100% local — Tu archivo CSV no se sube a ningún servidor
Datos CSV / TSV1 filas · 7 cols
Inferencia y Ajuste Manual de Tipos de Columna
id
id
nombre_producto
nombre_producto
categoria
categoria
precio
precio
stock
stock
en_oferta
en_oferta
fecha_ingreso
fecha_ingreso
Inferencia Automática de Tipos
El motor analiza exhaustivamente todas las filas de cada columna mediante expresiones regulares optimizadas, identificando enteros (INTEGER / BIGINT), números de punto flotante (DECIMAL), booleanos (true/false/1/0), fechas ISO 8601 (YYYY-MM-DD), marcas de tiempo y texto.
Seguridad: Si un solo registro contiene caracteres no numéricos en una columna de enteros, el tipo se degrada de forma segura a VARCHAR o TEXT.
Tipado Nativo por Motor RDBMS
Cada dialecto SQL requiere tipos de datos específicos: PostgreSQL genera TIMESTAMPTZ y BOOLEAN; MySQL utiliza DATETIME y TINYINT(1); SQL Server genera DATETIME2 y BIT; SQLite usa tipado dinámico INTEGER y TEXT; Oracle implementa NUMBER y TIMESTAMP.
Compatibilidad: Las comillas de identificadores se ajustan automáticamente (comillas dobles en Postgres, backticks en MySQL).
Estrategia de Chunks e Inserción Masiva
Ejecutar miles de sentencias INSERT individuales satura la red y los registros WAL de la base de datos. Agrupar filas en lotes de 50 o 100 registros por sentencia INSERT INTO tbl VALUES (...), (...) acelera la importación hasta un 900% manteniendo el payload dentro de límites seguros.
Transacciones: El envoltorio BEGIN ... COMMIT garantiza que la importación sea atómica: o se insertan todos los registros o se revierte por completo.
Delimitadores y Cumplimiento RFC 4180
El analizador detecta automáticamente si el archivo usa comas (,), punto y coma (;), tabulaciones (\t) o tuberías (|). Procesa correctamente saltos de línea internos y campos con comillas dobles anidadas escapadas ("""), sanitizando los nombres de columna a identificadores válidos.
Null Safety: Campos vacíos o cadenas 'NULL'/'N/A' se convierten limpiamente al valor nativo NULL de SQL.
1. Textos con Comas o Saltos de Línea Desalinean las Columnas
Las filas del CSV se dividen incorrectamente en más columnas de las esperadas.
Solución Rápida
Envuelve cualquier celda de texto que contenga comas o saltos de línea entre comillas dobles "mi texto, con coma".
Explicación Técnica
El estándar RFC 4180 estipula que cualquier campo que contenga el carácter delimitador o un salto de línea (CRLF) debe estar delimitado por comillas dobles. Las comillas dentro de un campo entrecomillado deben duplicarse (ej. "Monitor 27"" 144Hz").
2. Error: 'Packet Too Large' o Límite de Variables Excedido
El servidor SQL rechaza el script generado con error de tamaño máximo de consulta o desbordamiento de memoria.
Solución Rápida
Cambia el selector 'Tamaño del Lote' a 'Lotes de 50 filas' o 'Lotes de 100 filas' antes de descargar el archivo .sql.
Explicación Técnica
MySQL limita el tamaño de cada comando con el parámetro max_allowed_packet (por defecto 16MB/64MB). En SQLite y PostgreSQL, las sentencias preparadas tienen un límite de parámetros (32.766 en SQLite). Dividir en lotes de 50-100 filas previene este desbordamiento.
3. Fechas DD/MM/YYYY son Detectadas como VARCHAR o TEXT
Columnas con fechas no se reconocen como tipo DATE en la sentencia CREATE TABLE.
Solución Rápida
Usa el panel inferior de 'Personalizar Tipos de Columna' para cambiar el selector de la columna a 'DATE' o formatea el CSV con fechas ISO YYYY-MM-DD.
Explicación Técnica
Los formatos regionales (DD/MM/YYYY vs MM/DD/YYYY) son intrínsecamente ambiguos (04/05/2024 = ¿4 de mayo o 5 de abril?). Para garantizar precisión sin suposiciones erróneas, los motores SQL exigen formato estándar ISO 8601 (YYYY-MM-DD).
4. Encabezados con Espacios, Acentos o Caracteres Especiales
Los nombres de columnas causan errores de sintaxis en el comando CREATE TABLE de la base de datos.
Solución Rápida
La herramienta normaliza automáticamente nombres a formato snake_case (ej. 'Precio Total ($)' → 'precio_total'). Puedes ajustar el nombre exacto si es necesario.
Explicación Técnica
Los identificadores SQL válidos no pueden contener espacios, guiones ni caracteres fuera del conjunto alfanumérico sin requerir delimitación especial del dialecto (`nombre` en MySQL, "nombre" en PostgreSQL, [nombre] en T-SQL).
Medio Siglo de Historia#1
El Formato de Archivos Más Antiguo Aún en Uso Diario
El formato CSV apareció por primera vez en 1972 en los sistemas IBM OS/360 Fortran para intercambiar registros entre mainframes. A pesar de la llegada de JSON, XML, YAML y Protocol Buffers, el CSV sigue siendo el formato universal para exportación e ingesta de bases de datos.
El Dilema del Punto y Coma#2
¿Por qué Excel en Español exporta con Punto y Coma (;)?
En los países de habla hispana y gran parte de Europa, la coma (,) es el separador decimal estándar (ej. 19,99 €). Para evitar que números decimales se rompan en dos columnas distintas, Microsoft Excel utiliza automáticamente el punto y coma (;) como delimitador de listas.
Rendimiento Extremo#3
PostgreSQL COPY vs INSERT Masivo
Para lotes pequeños y medianos, las sentencias INSERT INTO VALUES (...) son las más portables y seguras. Sin embargo, para ingestas de millones de filas en producción, el comando binario COPY FROM STDIN de PostgreSQL evita el overhead del planificador SQL y procesa hasta 100.000 filas por segundo.
Estándares Web#4
El RFC 4180: Un Estándar que Llegó 33 Años Tarde
Aunque miles de millones de archivos CSV circulaban por Internet desde los años 70, la IETF no publicó una especificación formal hasta 2005 (RFC 4180). E incluso hoy, fue catalogado únicamente como 'documento informativo' y no como estándar estricto obligatorio.
Glosario de Migración Tabular & Sentencias DDL
Aprende los conceptos fundamentales, protocolos y términos técnicos de esta herramienta.
Inserción por Lotes (Batch INSERT)Rendimiento
¿Qué ventaja tiene la inserción por lotes en SQL?
Agrupa miles de registros en una única transacción e instrucción `INSERT INTO ... VALUES (...)`, reduciendo drásticamente la latencia de red y escrituras de disco.
Script DDL (Data Definition Language)DDL
¿Qué es un script DDL?
Sentencias de definición estructural de bases de datos (`CREATE TABLE`, `ALTER TABLE`, `CREATE INDEX`) que construyen el esquema antes de insertar datos.
Escape de Caracteres & UTF-8Encoding
¿Por qué fallan las comillas y comas en archivos CSV?
Si un texto contiene comas internas sin comillas de escape (RFC 4180), el motor dividirá erróneamente las columnas, desfasando todos los registros.