Comment exporter une base de données Access entière vers SQL Server?

Question

Je viens d'avoir une belle base de données Access, donc la première chose que je veux faire est de le déplacer vers un système de gestion de base de données normal (sqlexpress), mais le only solution j'ai trouvé des bruits de folie.

N'existe-t-il pas un bouton "export database to .sql" quelque part? J'ai environ 50 tables et cette exportation peut s'exécuter plus d'une fois donc ce serait génial si je n'avais pas à exporter toutes les tables manuellement. Générer un fichier .sql (avec création de tables et insertions) serait aussi génial car cela me permettrait de garder ça sous contrôle de version.

Je suppose que si ce n'est pas possible de faire quelque chose de simple comme ça, j'apprécierais des pointeurs pour faire quelque chose de similaire.

Answer 1

Existe-t-il une raison pour laquelle vous ne souhaitez pas utiliser Management Studio et spécifiez Microsoft Access comme source de données pour votre opération Importer des données? (Base de données-> Tâches-> Importer, Microsoft Access comme source de données, fichier mdb comme paramètre). Ou y a-t-il une raison pour laquelle cela doit être fait depuis Microsoft Access?

Answer 2

Il existe un outil du groupe SQL Server - SQL Server Migration Assistant for Access (SSMA Access) Il y a eu des commentaires indiquant qu'il s'agit d'un meilleur outil que l'Assistant de migration inclus dans Access.

Answer 3

Un moyen rapide et sale à Upsize tables Jet/ACE à un moteur de base de données ODBC accessible:

1. créer une source de données ODBC pour votre base de données.

2. Dans Access, sélectionnez une table et choisissez EXPORT dans le menu Fichier. Choisissez ODBC comme type, puis sélectionnez votre DSN.

Ceci exportera la table et ses données avec les types de données que votre pilote ODBC indique comme étant les plus compatibles avec les types de données Jet/ACE. Il ne devinera pas nécessairement correctement, et c'est pourquoi vous ne le feriez probablement pas avec SQL Server (pour lequel il existe des outils qui traduisent mieux). Mais avec des bases de données non-SQL Server, cela peut être un excellent point de départ.