Convertisseur en ligne gratuit de DB en DBF

Un ancien programme SIG, de comptabilité ou de reporting peut nécessiter une table .dbf autonome alors que les données sont stockées dans une base de données .db. La conversion exporte les enregistrements sélectionnés au format dBase ancien, mais elle ne conserve pas la structure complète de la base de données source.

Qu’est-ce que le format DB ?

.db est une extension de nom de fichier générique pour les bases de données, et non un format universel. Dans ce contexte, elle peut désigner une base de données SQLite, une base de données propriétaire d’une application, Berkeley DB ou un autre moteur de base de données. L’application ayant créé le fichier ou la signature de la base de données doit être identifiée avant de choisir une méthode de conversion.

Les fichiers SQLite contiennent généralement plusieurs tables, index, vues, contraintes et déclencheurs dans un seul fichier. Un convertisseur spécifique à SQLite ne peut pas lire tous les fichiers nommés .db. Pour un fichier supposé être SQLite, exécutez sqlite3 source.db ".tables" ; une liste de tables confirme que l’outil en ligne de commande SQLite peut l’ouvrir. Utilisez sqlite3 source.db ".schema table_name" pour examiner la structure de la table.

Qu’est-ce que le format DBF ?

.dbf est le format de table associé à dBase et FoxPro. Il stocke les lignes et les colonnes dans un fichier autonome et est pris en charge par de nombreuses anciennes applications de comptabilité, de SIG, de feuilles de calcul et de bases de données de bureau. Un shapefile utilise normalement un fichier DBF pour sa table d’attributs.

DBF convient lorsque l’application destinataire attend une table simple sans serveur de base de données. Un fichier DBF classique représente une table, et non une base de données relationnelle entière. Les dialectes anciens courants limitent les noms de champs à 10 caractères et fournissent des champs de base de type caractère, numérique, date et logique. Les tables, relations, index, vues, déclencheurs, contraintes, autorisations et la logique applicative de la source ne sont pas transférés.

Comment convertir DB en DBF

Pour une conversion ponctuelle, utilisez le convertisseur de 101convert.com sans installer de logiciel. Importez le fichier .db, sélectionnez DBF lorsque le type source est reconnu et que la table requise peut être sélectionnée, démarrez la conversion, puis téléchargez le résultat. Un fichier .db générique peut ne pas être identifiable ; dans ce cas, ouvrez-le avec l’application qui l’a créé et exportez la table requise au format CSV, ou utilisez la fonction d’exportation DBF de cette application.

Pour une base de données SQLite, un script contrôlé offre un meilleur contrôle sur la sélection des tables et les types de données. Installez le package Python :

pip install dbf

L’exemple suivant exporte trois colonnes d’une table customers :

import sqlite3
import datetime
import dbf

source = sqlite3.connect("source.db")
rows = source.execute(
    "SELECT id, name, created FROM customers"
).fetchall()

output = dbf.Table(
    "customers.dbf",
    "id N(10,0); name C(80); created D"
)
output.open(mode=dbf.READ_WRITE)

for customer_id, name, created in rows:
    created_date = (
        datetime.date.fromisoformat(created[:10])
        if created else None
    )
    output.append((customer_id, name, created_date))

output.close()
source.close()

Modifiez la requête SQL et la définition DBF afin qu’elles correspondent à la source. Utilisez C(length) pour le texte, N(width,decimals) pour les nombres, D pour les dates et L pour les valeurs logiques. Convertissez explicitement les horodatages, les valeurs nulles, les données JSON et les autres valeurs non prises en charge par DBF, plutôt que de les laisser être interprétées comme du texte.

Une autre solution graphique consiste à exporter la table sélectionnée au format CSV depuis l’application source, puis à ouvrir le fichier CSV dans un logiciel prenant en charge la sortie dBase et à choisir File → Save As ou File → Export en sélectionnant DBF ou dBase. Vérifiez le séparateur, l’encodage des caractères, l’interprétation des dates, le séparateur décimal et les colonnes numériques avant l’enregistrement. Le format CSV n’est qu’une table intermédiaire : il ne conserve donc pas de manière fiable les index, les relations ou les types de données de la base.

Limites de qualité et de compatibilité

La conversion entraîne normalement une perte d’informations. Une base de données source comportant plusieurs tables nécessite un fichier DBF distinct pour chaque table exportée. Les clés étrangères, jointures, formules, index, autorisations, déclencheurs et la logique applicative doivent être recréés séparément.

Les BLOB, les textes longs, les données JSON, les nombres décimaux de haute précision, les horodatages avec fuseau horaire et les caractères Unicode peuvent être tronqués, arrondis, refusés ou convertis en texte. Les anciens programmes dBase peuvent ne pas prendre en charge les noms de champs longs, les champs de caractères volumineux, les champs mémo, les valeurs nulles ou les variantes récentes de date-heure. Utilisez le dialecte DBF et la page de codes requis par le programme destinataire ; la prise en charge d’UTF-8 varie, et de nombreux anciens programmes attendent un encodage ancien tel que Windows-1252.

Après la conversion, comparez le nombre de lignes de la source et de la sortie, vérifiez les valeurs nulles, les dates, la précision décimale, les caractères accentués et les longueurs maximales de texte, puis ouvrez le fichier dans l’application destinataire réelle. Conservez le fichier .db d’origine, car DBF ne peut généralement pas reproduire l’intégralité de la base de données source.