Convertir DB en MDF

Un programme qui nécessite Microsoft SQL Server peut avoir besoin que la base de données source soit migrée vers une base de données SQL Server dont le fichier de données principal est .mdf. Comme .db peut correspondre à SQLite, Access, dBase ou à un moteur propriétaire, le format source doit être identifié avant la conversion.

Format du fichier DB

.db est une extension de nom de fichier générique, et non un format de base de données standardisé. SQLite l’utilise couramment pour un fichier autonome contenant des tables, des index, des vues et des déclencheurs ; les applications utilisent également .db pour des bases de données propriétaires et d’autres moteurs de base de données.

Ouvrez une copie avec le moteur source présumé, inspectez-la avec un utilitaire de base de données ou vérifiez l’application qui l’a créée. Un fichier qui s’ouvre dans SQLite est traité différemment d’une base de données Access, et renommer l’extension ne permet ni d’identifier ni de convertir le format sous-jacent.

Format MDF

.mdf est le fichier de données principal d’une base de données Microsoft SQL Server. Il contient les pages et les objets de base de données SQL Server. SQL Server crée normalement un fichier de journal des transactions .ldf associé et peut créer des fichiers de données secondaires .ndf.

MDF convient lorsque l’application de destination nécessite SQL Server ou lorsque la base de données doit être gérée avec les outils SQL Server, T-SQL, les autorisations du serveur, les transactions et les fonctionnalités de sauvegarde natives. Il ne s’agit pas d’un format d’échange général : SQLite et les autres programmes de base de données de bureau ne peuvent normalement pas ouvrir directement un fichier MDF.

Méthode de conversion recommandée

Il n’existe pas de conversion au niveau du fichier d’un fichier .db arbitraire vers MDF. La procédure pratique consiste à créer une base de données SQL Server et à y migrer les tables, les données et les objets de base de données pris en charge ; SQL Server stocke ensuite le résultat dans un fichier MDF.

Pour les sources SQLite, Full Convert Enterprise fournit une méthode de migration directe depuis un ordinateur de bureau. Installez d’abord SQL Server Express, Developer ou une autre édition compatible de SQL Server, puis :

1. Créez une copie de sauvegarde de la source et fermez les applications susceptibles d’y écrire.
2. Connectez Full Convert au fichier SQLite et sélectionnez Microsoft SQL Server comme destination.
3. Saisissez l’instance SQL Server, la méthode d’authentification et le nom de la base de données de destination. SQL Server Express utilise souvent une instance telle que localhost\SQLEXPRESS.
4. Vérifiez les mappages pour les colonnes SQLite INTEGER, TEXT, NUMERIC, les dates, les valeurs Boolean et les colonnes BLOB. Sélectionnez les tables, index, vues, déclencheurs et relations que l’outil peut transférer.
5. Exécutez la migration, puis utilisez SSMS pour comparer le nombre de lignes et vérifier les clés primaires, les clés étrangères, les index, la possibilité de valeurs NULL, le texte Unicode, les dates et les données binaires.
6. Dans SSMS, ouvrez Database Properties → Files pour voir les chemins des fichiers MDF et LDF. Sauvegardez la base de données SQL Server obtenue avant de remplacer la source.

Méthode gratuite pour SQLite

L’utilitaire de ligne de commande SQLite peut produire un vidage logique, mais le SQL obtenu n’est pas automatiquement valide pour SQL Server.

1. Créez un vidage de sauvegarde avec sqlite3 source.db ".dump" > dump.sql.
2. Dans SSMS, utilisez New Database pour créer une base de données SQL Server vide. SQL Server crée ses fichiers MDF et LDF.
3. Adaptez le vidage pour SQL Server, notamment AUTOINCREMENT spécifique à SQLite, les littéraux Boolean, les expressions de date, les clauses de conflit, les pragmas, la mise entre guillemets et les déclarations de types.
4. Exécutez le script testé dans SSMS ou avec sqlcmd, puis recréez les index, les clés étrangères, les déclencheurs et les vues qui n’ont pas été transférés.

Pour une source Access ou une autre source non SQLite, utilisez ses outils d’exportation natifs ou une connexion ODBC avec l’assistant Tasks → Import Data de SSMS. Les fichiers Access nécessitent le fournisseur Microsoft Access Database Engine ; ils ne doivent pas être ouverts comme des fichiers SQLite.

Convertisseurs en ligne et limitations

Un convertisseur en ligne générique ne convient généralement pas à cette tâche, car un MDF est créé et géré par une instance SQL Server, et non exporté comme un fichier d’échange portable. Certains services de bases de données en ligne réputés peuvent convertir les sources prises en charge en CSV ou en SQL, mais cette sortie doit tout de même être importée dans SQL Server et ne constitue pas un MDF pouvant être attaché. Utilisez ces services uniquement pour des données de test non confidentielles et de petite taille, après avoir vérifié qu’ils prennent en charge le moteur source exact.

Ne renommez jamais source.db en source.mdf. SQL Server ne peut attacher que des fichiers créés dans un format SQL Server compatible ; un MDF est un stockage binaire structuré, et non un fichier SQLite ou un script SQL renommé.

La migration peut modifier les types de données, le classement, les règles applicables aux identifiants, le comportement des dates, les clés générées, les déclencheurs, les contraintes et la sémantique des transactions. Validez le nombre de lignes, les relations, des requêtes représentatives, le texte Unicode, les valeurs BLOB et le comportement de l’application. Conservez la base de données d’origine jusqu’à ce que la copie migrée ait passé les tests et dispose de sa propre sauvegarde vérifiée.