Convertisseur en ligne gratuit de DB3 en SQL

Un fichier DB3 doit être converti lorsqu’une base de données doit être importée dans un logiciel qui accepte un script SQL, migrée vers un autre moteur de base de données ou archivée sous une forme textuelle lisible. La procédure correcte dépend du fait que le fichier soit une base de données SQLite ou une table dBASE III.

Qu’est-ce que le format DB3 ?

DB3 est une extension de base de données ambiguë. Elle désigne généralement soit un fichier de base de données SQLite, soit une table dBASE III ; l’extension seule ne permet pas d’identifier le format.

• SQLite : une base de données relationnelle complète stockée dans un seul fichier. Elle peut contenir des tables, des index, des vues, des déclencheurs, des définitions de schéma et des données. Les fichiers SQLite sont utilisés par des applications de bureau, des appareils intégrés, des applications mobiles et des installations logicielles. Une base de données SQLite commence normalement par l’en-tête SQLite format 3.
• dBASE III : une table contenant des enregistrements et des définitions de champs. Son extension habituelle est .dbf, bien que certains programmes utilisent .db3 pour les tables dBASE III. Les champs mémo peuvent dépendre d’un fichier .dbt correspondant. Un fichier dBASE III possède un en-tête dBASE et une zone de définition des champs, plutôt qu’un en-tête SQLite.

N’identifiez pas le fichier en l’ouvrant dans un éditeur de texte : les deux formats sont binaires. Vérifiez l’en-tête avec un utilitaire de base de données ou ouvrez une copie dans un logiciel prenant en charge le format supposé. Conservez tout fichier .dbt correspondant avec une table dBASE pendant la conversion.

Qu’est-ce que le format SQL ?

Un fichier SQL est un script en texte brut contenant des instructions de base de données, et non un moteur de base de données ni un format binaire universel. Un dump peut contenir des instructions CREATE TABLE, INSERT, ainsi que des instructions d’index, de vue, de déclencheur et de contrainte.

Les fichiers SQL peuvent être inspectés, modifiés, stockés dans un système de contrôle de version, restaurés dans une base de données et transférés entre ordinateurs sans l’application DB3 d’origine. La compatibilité dépend du moteur cible : SQLite, MySQL, PostgreSQL et Microsoft SQL Server utilisent des types de données, des règles de citation, une syntaxe de numérotation automatique, des fonctions et des commandes d’administration différents.

Comment convertir un fichier SQLite DB3

1. Créez une copie de sauvegarde et vérifiez que le fichier contient l’en-tête SQLite.
2. Installez l’utilitaire de ligne de commande SQLite et vérifiez la base de données :
   sqlite3 input.db3 "PRAGMA integrity_check;"
sqlite3 input.db3 ".tables"
3. Générez un dump du schéma et des données :
   sqlite3 input.db3 ".dump" > output.sql
4. Ouvrez output.sql et vérifiez que les tables, lignes, index, vues, déclencheurs et contraintes attendus sont présents.
5. Restaurez le script dans SQLite si nécessaire :
   sqlite3 restored.db < output.sql

Les utilisateurs qui ne souhaitent pas installer de logiciel peuvent convertir le fichier gratuitement sur 101convert.com et télécharger le fichier SQL généré. Ne téléversez pas de contenu de base de données confidentiel ou réglementé vers un convertisseur en ligne.

Comment convertir un fichier dBASE III DB3

1. Placez la table .db3 ou .dbf et son fichier mémo .dbt correspondant dans le même dossier. Ne renommez aucun de ces fichiers avant l’importation.
2. Ouvrez la table dans un programme de base de données compatible avec dBASE ou dans un utilitaire de conversion DBF.
3. Utilisez Export ou Save as SQL, sélectionnez le dialecte SQL de destination et incluez à la fois les définitions de table et les enregistrements. N’exportez les index ou autres métadonnées que lorsque le moteur cible les prend en charge.
4. Inspectez le fichier .sql généré afin de vérifier les noms de champs, les littéraux de date, les valeurs mémo, la précision numérique et l’encodage des caractères avant de l’importer.

Si le programme source ne peut pas exporter au format SQL, un script peut lire la table avec le package dbfread de Python, créer une base de données intermédiaire, insérer les valeurs à l’aide d’instructions paramétrées et exporter cette base de données intermédiaire avec la commande SQLite .dump. Cela nécessite une gestion explicite des champs mémo, des enregistrements supprimés, des pages de code dBASE et des types de champs propres à dBASE.

Compatibilité et vérifications des données

Une conversion ne peut pas préserver les informations qui n’ont pas d’équivalent dans le moteur de destination. Les champs logiques, date, mémo, numériques et de page de code dBASE peuvent nécessiter une correspondance manuelle des types. SQLite utilise un typage dynamique, de sorte que ses types déclarés peuvent ne pas correspondre exactement aux types de MySQL ou PostgreSQL.

Des fichiers .dbt manquants peuvent entraîner la perte du contenu des champs mémo dBASE. Les enregistrements dBASE supprimés peuvent rester dans la table physique jusqu’à son compactage, et un convertisseur peut les omettre ou les exposer selon ses paramètres. Après l’importation, comparez le nombre de lignes et vérifiez les valeurs nulles, les dates, la précision décimale, les caractères non ASCII, les champs mémo, les index, les clés étrangères ainsi que le comportement des clés primaires ou de la numérotation automatique.

Un dump SQLite n’est pas automatiquement un script MySQL ou PostgreSQL. Avant de l’importer dans un autre moteur, supprimez ou réécrivez les éléments propres à SQLite tels que les instructions PRAGMA, INSERT OR REPLACE, les déclarations de types SQLite et la numérotation automatique ou les règles de citation propres à SQLite. Examinez le SQL généré dans une base de données de test avant de l’exécuter sur des données de production.