Convertisseur en ligne gratuit de DBF en SQL

Qu’est-ce que le format DBF ?

DBF, également appelé format dBASE, stocke une table contenant les définitions des champs et les enregistrements. Chaque champ possède un nom, un type et une largeur ; les types courants comprennent les champs caractère, numériques, logiques et de date. Les longs textes memo sont souvent stockés dans un fichier .dbt ou .fpt distinct.

dBASE, FoxPro, Visual FoxPro, Clipper, les systèmes de comptabilité, les programmes de gestion des stocks, les logiciels de point-of-sale et les applications cadastrales utilisent des tables DBF. Un fichier DBF situé à côté d’un shapefile contient généralement les attributs des entités géographiques plutôt que leur géométrie.

Une table DBF contient normalement uniquement des lignes et des colonnes. Les relations, triggers, procédures stockées, autorisations et index propres à l’application sont généralement stockés ailleurs ou n’existent pas ; la conversion d’un seul fichier DBF ne peut donc pas les recréer.

Qu’est-ce que le format SQL ?

SQL est un langage de base de données, et non un format de fichier universel. Un fichier portant l’extension .sql est généralement un script en texte brut contenant des instructions telles que CREATE TABLE, INSERT INTO et des commandes de transaction. Un moteur de base de données exécute ces instructions pour créer et remplir les tables.

Les scripts SQL sont faciles à inspecter, modifier, versionner, transférer et archiver. Ils peuvent recréer les enregistrements DBF dans une base de données relationnelle, où les utilisateurs peuvent appliquer des requêtes, des index, des contraintes et des relations. Les dialectes SQL ne sont pas interchangeables : SQLite, MySQL, PostgreSQL et SQL Server diffèrent par la mise entre guillemets des identifiants, les littéraux de date, les valeurs booléennes, les types de données et la syntaxe d’auto-incrémentation.

Comment convertir un fichier DBF en SQL

Utiliser le convertisseur de 101convert.com

1. Ouvrez l’outil de conversion DBF sur 101convert.com.
2. Importez le fichier .dbf et sélectionnez SQL comme format de sortie.
3. Lancez la conversion et téléchargez le fichier .sql généré.
4. Ouvrez le script dans un éditeur de texte et vérifiez la définition de la table, les données caractères, le nombre de lignes et le dialecte SQL avant de l’importer.

Cette méthode ne nécessite aucun logiciel installé et convient à une conversion ponctuelle de données non sensibles. Ne téléversez pas d’enregistrements confidentiels, sauf si les politiques de traitement et de conservation du service répondent à vos exigences. Si la table utilise des champs memo, fournissez le fichier .dbt ou .fpt associé lorsque le convertisseur prend en charge les fichiers complémentaires ; la conversion du seul DBF peut omettre le contenu memo.

Convertir avec GDAL et SQLite

GDAL est utile pour les workflows en ligne de commande et les fichiers DBF provenant de systèmes GIS. Installez GDAL et le programme SQLite en ligne de commande, puis importez la table dans une base de données SQLite :

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

Exportez la table importée sous forme de dump SQL SQLite :

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

Testez le résultat avec :

sqlite3 target.sqlite < data.sql

Le fichier obtenu est un dump spécifique à SQLite. Il peut nécessiter des modifications avant d’être utilisé avec MySQL, PostgreSQL ou SQL Server. Si la source utilise une page de codes ancienne et que le pilote XBase GDAL installé prend en charge son option d’encodage, indiquez l’encodage réel, par exemple :

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

Remplacez CP1252 par la page de codes utilisée par l’application source ; une valeur incorrecte modifie les caractères accentués et les autres textes non ASCII.

Contrôles de qualité et de compatibilité

• Encodage : les fichiers DBF peuvent utiliser des pages de codes OEM, Windows ou régionales, et la déclaration stockée peut être absente ou peu fiable. Vérifiez les noms, les adresses et les textes accentués après la conversion.
• Données memo : les textes longs peuvent se trouver dans des fichiers auxiliaires .dbt ou .fpt. Conservez les fichiers ensemble et vérifiez que les colonnes memo contiennent l’intégralité de leur texte.
• Enregistrements supprimés : les applications DBF marquent souvent les lignes comme supprimées avant de les retirer physiquement. Les lecteurs peuvent exclure ou conserver ces lignes ; comparez le nombre converti avec celui de l’application source.
• Dates et valeurs vides : les dates DBF utilisent couramment le format YYYYMMDD. Les champs numériques vides, les dates non valides et les indicateurs de suppression nécessitent une gestion explicite lors de l’importation.
• Identifiants : les anciennes variantes DBF limitent couramment les noms de champs à dix caractères. Les noms contenant des espaces, des signes de ponctuation, des mots réservés ou des doublons peuvent nécessiter une mise entre guillemets ou un renommage dans SQL.
• Précision numérique : les champs numériques DBF définissent une largeur et un nombre de décimales. Utilisez une définition SQL DECIMAL adaptée aux valeurs financières ou à précision fixe, au lieu d’utiliser automatiquement des nombres à virgule flottante.
• Perte du schéma : la conversion d’un seul DBF ne déduit pas les relations, les clés primaires, les clés étrangères, les index, les autorisations ou les règles de l’application. Définissez-les séparément après avoir identifié les champs pouvant servir de clés.
• Dialecte : vérifiez l’instruction CREATE TABLE générée, la mise entre guillemets, la syntaxe des dates, la représentation des valeurs booléennes et le comportement de l’auto-incrémentation par rapport au moteur de destination. Testez le script sur une copie avant de charger l’ensemble du jeu de données.