Convertisseur en ligne gratuit de SQLITE en DB

Un appareil ou une application peut nécessiter un fichier de base de données se terminant par .db, même si la base de données SQLite existante utilise .sqlite ou .sqlite3. Si le logiciel récepteur utilise également SQLite, copier le fichier et modifier son extension suffit généralement ; un autre moteur de base de données nécessite une véritable migration des données.

Qu'est-ce que le format SQLITE ?

SQLite est un moteur de base de données relationnelle autonome. Il stocke les tables, index, vues, déclencheurs et métadonnées dans un seul fichier disque portable, généralement nommé avec l'extension .sqlite, .sqlite3 ou .db.

Les applications mobiles, les programmes de bureau, les navigateurs web, les appareils intégrés et les outils de développement utilisent SQLite lorsqu'ils ont besoin d'un stockage local sans serveur de base de données distinct. Le shell en ligne de commande SQLite, DB Browser for SQLite, SQLiteStudio et les bibliothèques de programmation telles que le module sqlite3 de Python peuvent ouvrir ces fichiers.

Qu'est-ce que le format DB ?

.db est une extension de nom de fichier plutôt qu'un format de base de données défini. Un fichier .db peut être une base de données SQLite, une base de données propre à une application ou une base de données créée par un autre moteur tel que Microsoft Access ou SQL Anywhere. L'extension seule ne permet pas d'identifier sa structure interne.

Lorsque .db désigne un fichier SQLite pour l'application réceptrice, ses avantages sont les mêmes que ceux de SQLite : une base de données portable dans un seul fichier, aucune installation de serveur et la prise en charge des transactions et des objets relationnels standard. Renommer le fichier peut également satisfaire les logiciels qui filtrent les noms de fichiers selon leur extension. Cela ne modifie ni le schéma, ni l'encodage, ni le dialecte SQL, ni le moteur de stockage, ni la compatibilité avec un autre système de base de données.

Comment convertir SQLITE en DB

Pour une cible compatible avec SQLite, il s'agit normalement de modifier le nom du fichier. Fermez les applications qui utilisent la base de données, conservez l'original comme sauvegarde et copiez le fichier plutôt que de l'écraser. Sous Linux ou macOS, exécutez :

cp database.sqlite database.db

Sous Windows, utilisez la commande de renommage de l'Explorateur de fichiers ou exécutez :

copy database.sqlite database.db

Ouvrez le nouveau fichier avec DB Browser for SQLite via File → Open Database, ou vérifiez-le avec le shell SQLite :

sqlite3 database.db "PRAGMA integrity_check;"

Une base de données saine renvoie normalement ok. Renommer le fichier ne modifie pas son contenu : cela ne peut donc pas réparer une corruption ni rendre une base de données non-SQLite compatible avec SQLite.

Pour créer un nouveau fichier SQLite au lieu d'effectuer une copie directe, utilisez l'opération de sauvegarde de SQLite :

sqlite3 database.sqlite ".backup 'database.db'"

L'opération de sauvegarde copie la base de données dans un nouveau fichier SQLite et est préférable lorsque la source utilise la journalisation write-ahead ou peut être consultée par un autre processus. Pour une reconstruction logique, exportez et exécutez le SQL :

sqlite3 database.sqlite ".dump" | sqlite3 database.db

Un dump recrée les tables, index, déclencheurs, vues et enregistrements stockés au moyen de SQL. Il peut ne pas préserver chaque détail interne, page inutilisée ou paramètre au niveau du moteur : l'opération de sauvegarde constitue donc généralement la copie la plus fidèle.

Pour une option sans installation, le fichier peut être envoyé au convertisseur gratuit de 101convert.com. Vérifiez que sa sortie est une base de données SQLite portant le nom de fichier et possédant la structure requis par le programme récepteur, et évitez de téléverser des données confidentielles si leur traitement n'est pas acceptable.

Lorsque la cible utilise un autre moteur de base de données

Remplacer .sqlite par .db ne convertit pas les données SQLite au format d'un autre moteur. Commencez par identifier le système cible et sa méthode d'importation. Exportez la base de données SQLite au format SQL avec :

sqlite3 database.sqlite ".output export.sql" ".dump" ".quit"

Examinez et adaptez export.sql avant de l'importer. La syntaxe SQL, les types de données, la représentation des valeurs booléennes, le stockage des dates, les règles de mise entre guillemets, le comportement de l'incrémentation automatique, les index, les clés étrangères et les commandes de transaction varient selon les moteurs. Un fichier .db propre à un programme doit être créé avec l'importateur, le pilote de base de données, l'API documentée ou l'outil de migration de ce programme : une simple modification d'extension ne suffit pas.

Contrôles de qualité et de compatibilité

Exécutez PRAGMA integrity_check; sur la source et conservez le fichier original. Les bases de données SQLite utilisant le mode WAL peuvent être accompagnées des fichiers database.sqlite-wal et database.sqlite-shm. Fermez l'application avant la copie, ou utilisez l'opération de sauvegarde de SQLite afin que les données validées dans le WAL soient incluses.

Après la conversion ou la migration, vérifiez le nombre de tables et de lignes, des enregistrements représentatifs, les index, les déclencheurs, les vues, le comportement des clés étrangères et les métadonnées propres à l'application. L'affinité de type flexible de SQLite signifie que les dates, les valeurs booléennes et certaines valeurs numériques peuvent être stockées sous forme de texte ou d'entiers ; leur importation dans un moteur plus strict peut modifier leur interprétation. Le chiffrement, les extensions, les classements personnalisés et les tables virtuelles peuvent également nécessiter une prise en charge distincte par le système cible.