Convertisseur en ligne gratuit de ACCDB en DB

Une conversion est nécessaire lorsqu’une application ou un appareil nécessite un moteur de base de données qui ne peut pas ouvrir les fichiers Microsoft Access, le plus souvent SQLite. Comme .db ne désigne pas un format défini, identifiez le moteur de destination avant d’exporter ou d’importer des données.

Qu’est-ce que le format ACCDB ?

ACCDB est le format de base de données Microsoft Access introduit avec Access 2007. Microsoft Access et les applications utilisant le Microsoft Access Database Engine, également appelé ACE, le créent et l’ouvrent.

Un fichier ACCDB peut contenir des tables, des relations, des requêtes, des formulaires, des rapports, des macros, des modules VBA, des pièces jointes, des index, des règles de validation et d’autres objets propres à Access. Les logiciels Windows compatibles peuvent s’y connecter via ODBC ou OLE DB lorsque le pilote Access Database Engine requis est installé. ACCDB n’est pas un format général d’échange : la plupart des applications de base de données ne peuvent donc pas l’ouvrir en tant que base de données native.

Qu’est-ce que le format DB ?

.db est une extension de nom de fichier plutôt qu’une norme de base de données unique. Elle est fréquemment utilisée pour les bases de données SQLite, mais les applications l’utilisent également pour des bases de données propriétaires et d’autres formats sans rapport. Consultez la documentation du programme destinataire pour connaître le moteur, le schéma et la méthode d’importation requis.

Lorsque la cible est SQLite, le résultat est généralement un fichier de base de données portable et sans serveur que les applications peuvent ouvrir sans Microsoft Access. SQLite convient aux applications locales, aux appareils intégrés, aux tests, à l’échange de données et aux archives simples. Il ne conserve pas les formulaires Access, les rapports, les modules VBA, les macros, les paramètres de navigation, les autorisations ni le comportement des requêtes propres à Access en tant qu’objets exécutables.

Convertir avec le convertisseur en ligne intégré

Pour effectuer une conversion simple sans installer de logiciel, utilisez le convertisseur gratuit sur 101convert.com :

1. Ouvrez le convertisseur ACCDB-to-DB sur 101convert.com.
2. Téléversez le fichier .accdb.
3. Choisissez le type de base de données de sortie lorsqu’une option de sortie est disponible. Sélectionnez SQLite si l’application destinataire nécessite spécifiquement SQLite.
4. Lancez la conversion et téléchargez le fichier .db obtenu.
5. Ouvrez le fichier de sortie dans l’application cible et vérifiez les tables, le nombre de lignes, les valeurs des colonnes, les dates, la précision numérique, l’encodage du texte et les relations.

Ne téléversez pas de données confidentielles, personnelles ou réglementées, sauf si le service répond aux exigences de sécurité de votre organisation. Les fichiers ACCDB protégés par mot de passe ou chiffrés peuvent d’abord devoir être ouverts et exportés localement, et certains flux de conversion peuvent ne pas les prendre en charge.

Convertir localement vers SQLite

Une migration locale est préférable lorsque la base de données contient des données sensibles ou nécessite un contrôle du schéma. Sous Windows, installez Microsoft Access ou le Microsoft Access Database Engine, installez un outil de migration compatible avec ODBC et sélectionnez le pilote nommé Microsoft Access Driver (*.mdb, *.accdb). Configurez la source comme étant le fichier ACCDB et la destination comme une nouvelle base de données SQLite.

1. Créez une sauvegarde du fichier ACCDB original et travaillez à partir de la copie.
2. Connectez-vous à la source via le pilote ACE ODBC.
3. Répertoriez les tables utilisateur et excluez les objets système, tels que les tables dont le nom commence par MSys.
4. Créez les tables SQLite en effectuant des correspondances explicites pour les types de données Access, plutôt qu’en attribuant le même type à chaque colonne.
5. Copiez les lignes à l’aide d’insertions paramétrées, puis recréez les clés primaires, les index, les contraintes d’unicité et les clés étrangères lorsque la conception de la destination les prend en charge.
6. Réécrivez les requêtes qui dépendent de Jet ou ACE SQL, des fonctions VBA, des paramètres Access ou du comportement des tableaux croisés dynamiques.
7. Validez la base de données SQLite, exécutez des contrôles d’intégrité et comparez le résultat avec la source.

Python peut automatiser ce processus avec pyodbc pour la connexion Access et le module intégré sqlite3 de Python pour la destination. Python, le pilote ODBC et le Microsoft Access Database Engine doivent utiliser des architectures 32 bits ou 64 bits compatibles. Un script simple qui crée chaque colonne SQLite avec le type TEXT n’est pas une migration fiable : il peut endommager les dates, la précision numérique, les valeurs booléennes, les données binaires, les clés et les contraintes.

Utiliser CSV pour les transferts de données uniquement

Pour une petite base de données, ouvrez le fichier dans Access et utilisez External Data → Export → Text File pour créer un fichier CSV pour chaque table requise. Importez les fichiers CSV dans SQLite avec un client de base de données de bureau ou les outils de ligne de commande SQLite, puis définissez les types de colonnes et les contraintes lors de l’importation.

Les transferts CSV ne contiennent que les valeurs des tables. Ils ne transportent pas les relations, les index, les clés primaires, les requêtes, les formulaires, les rapports, les macros, les règles de validation, les pièces jointes ni les paramètres de sécurité Access. Exportez séparément les pièces jointes binaires lorsque l’application cible ne peut pas les stocker dans des colonnes BLOB SQLite.

Limitations de compatibilité

• Les champs Access Yes/No, Date/Time, Currency, Attachment, de recherche et à valeurs multiples nécessitent des correspondances explicites avec la destination. SQLite utilise un typage dynamique et ne possède pas d’équivalent direct pour plusieurs types de champs Access.
• Les champs AutoNumber Access doivent normalement devenir des colonnes SQLite INTEGER PRIMARY KEY lorsque leur comportement d’identifiant correspond à la conception de la destination ; vérifiez les valeurs générées avant d’importer les lignes associées.
• Access stocke les dates et les heures différemment de nombreuses applications SQLite. Testez les plages de dates, les formats dépendant des paramètres régionaux, les fractions de seconde, les valeurs nulles et les hypothèses liées aux fuseaux horaires.
• Les requêtes Access peuvent contenir des fonctions VBA, des invites de paramètres, des mots réservés ou du SQL propre à Jet/ACE qui doivent être réécrits pour SQLite.
• Les formulaires, les rapports, les macros, les modules, les autorisations utilisateur, les pièces jointes et les paramètres d’interface de la base de données ne sont pas des données de table portables et nécessitent une conservation ou un redéveloppement séparé.
• Validez le nombre de lignes, les valeurs nulles, le texte Unicode, la précision décimale, les champs binaires, les index, les relations et les requêtes représentatives de l’application avant de remplacer la base de données source.
• Si la cible est SQL Server, PostgreSQL, dBase ou un autre système non-SQLite, ne renommez pas le fichier en .db. Utilisez plutôt le pilote, la définition de schéma et l’utilitaire d’importation en masse de ce système.