Convertidor online gratuito de DBF a SQL

Qué es el formato DBF

DBF, también llamado formato dBASE, almacena una tabla que contiene definiciones de campos y registros. Cada campo tiene un nombre, tipo y ancho; los tipos comunes incluyen campos de caracteres, numéricos, lógicos y de fecha. El texto largo de tipo memo suele almacenarse en un archivo .dbt o .fpt independiente.

dBASE, FoxPro, Visual FoxPro, Clipper, los sistemas de contabilidad, los programas de inventario, el software de punto de venta y las aplicaciones catastrales utilizan tablas DBF. Un archivo DBF situado junto a un shapefile normalmente contiene los atributos de las entidades geográficas en lugar de la geometría.

Una tabla DBF normalmente contiene solo filas y columnas. Las relaciones, los triggers, los procedimientos almacenados, los permisos y los índices específicos de la aplicación generalmente se almacenan en otro lugar o no existen, por lo que convertir un único archivo DBF no puede recrearlos.

Qué es el formato SQL

SQL es un lenguaje de base de datos, no un formato de archivo universal. Un archivo con la extensión .sql suele ser un script de texto sin formato que contiene instrucciones como CREATE TABLE, INSERT INTO y comandos de transacciones. Un motor de base de datos ejecuta esas instrucciones para crear y rellenar tablas.

Los scripts SQL son fáciles de inspeccionar, editar, versionar, transferir y archivar. Pueden recrear registros DBF en una base de datos relacional, donde los usuarios pueden aplicar consultas, índices, restricciones y relaciones. Los dialectos SQL no son intercambiables: SQLite, MySQL, PostgreSQL y SQL Server difieren en las comillas de los identificadores, los literales de fecha, los valores Boolean y la sintaxis de incremento automático.

Cómo convertir un archivo DBF a SQL

Usar el conversor de 101convert.com

1. Abra la herramienta de conversión de DBF en 101convert.com.
2. Cargue el archivo .dbf y seleccione SQL como formato de salida.
3. Inicie la conversión y descargue el archivo .sql generado.
4. Abra el script en un editor de texto y verifique la definición de la tabla, los datos de caracteres, el número de filas y el dialecto SQL antes de importarlo.

Este método no requiere software instalado y es adecuado para una conversión puntual de datos no confidenciales. No cargue registros confidenciales a menos que las políticas de gestión y conservación del servicio cumplan sus requisitos. Si la tabla utiliza campos memo, proporcione el archivo .dbt o .fpt asociado cuando el conversor admita archivos complementarios; convertir únicamente el DBF puede omitir el contenido memo.

Convertir con GDAL y SQLite

GDAL resulta útil para flujos de trabajo de línea de comandos y archivos DBF procedentes de sistemas GIS. Instale GDAL y el programa de línea de comandos de SQLite y, a continuación, importe la tabla en una base de datos SQLite:

ogr2ogr -f SQLite data.sqlite data.dbf -nln records

Exporte la tabla importada como un volcado SQL de SQLite:

sqlite3 data.sqlite '.dump records' > data.sql

Pruebe el resultado con:

sqlite3 target.sqlite < data.sql

El archivo resultante es un volcado específico de SQLite. Puede requerir edición antes de utilizarse con MySQL, PostgreSQL o SQL Server. Si el origen utiliza una página de códigos antigua y el controlador XBase de GDAL instalado admite su opción de codificación, especifique la codificación real, por ejemplo:

ogr2ogr -oo ENCODING=CP1252 -f SQLite data.sqlite data.dbf -nln records

Sustituya CP1252 por la página de códigos utilizada por la aplicación de origen; un valor incorrecto cambia los caracteres acentuados y otros textos que no sean ASCII.

Comprobaciones de calidad y compatibilidad

• Codificación: Los archivos DBF pueden utilizar páginas de códigos OEM, Windows o regionales, y la declaración almacenada puede faltar o no ser fiable. Compruebe los nombres, las direcciones y el texto acentuado después de la conversión.
• Datos memo: El texto largo puede residir en archivos auxiliares .dbt o .fpt. Mantenga los archivos juntos y confirme que las columnas memo contengan el texto completo.
• Registros eliminados: Las aplicaciones DBF suelen marcar las filas como eliminadas antes de quitarlas físicamente. Los lectores pueden excluir o conservar esas filas; compare el número convertido con el de la aplicación de origen.
• Fechas y valores vacíos: Las fechas DBF suelen utilizar YYYYMMDD. Los campos numéricos en blanco, las fechas no válidas y los indicadores de eliminación requieren un tratamiento explícito durante la importación.
• Identificadores: Las variantes DBF antiguas suelen limitar los nombres de campo a diez caracteres. Los nombres que contienen espacios, signos de puntuación, palabras reservadas o duplicados pueden requerir comillas o cambios de nombre en SQL.
• Precisión numérica: Los campos numéricos DBF especifican el ancho y el número de decimales. Utilice una definición SQL DECIMAL adecuada para valores financieros o de precisión fija en lugar de utilizar automáticamente coma flotante.
• Pérdida del esquema: La conversión de un único DBF no infiere relaciones, claves principales, claves foráneas, índices, permisos ni reglas de la aplicación. Defínalos por separado después de identificar los campos de clave adecuados.
• Dialecto: Compruebe CREATE TABLE, las comillas, la sintaxis de fechas, la representación Boolean y el comportamiento del incremento automático generados con respecto al motor de destino. Pruebe el script en una copia antes de cargar el conjunto de datos completo.