Mappage des bases de données source et cible (AccessToSQL)
Lorsque vous vous connectez à SQL Server ou SQL Azure, vous devez spécifier une base de données cible pour la migration. Si vous avez plusieurs bases de données Access, vous pouvez les mapper à plusieurs bases de données SQL Server (ou schémas) ou à plusieurs schémas sous la base de données Azure SQL connectée.
Schémas SQL Server ou Azure SQL Database
Les bases de données SQL Server utilisent le concept de schémas pour séparer des objets au sein d’une base de données en groupes logiques. Par exemple, une base de données de bibliothèque peut utiliser trois schémas nommés livres, audio et vidéo pour séparer les objets livre, audio et vidéo les uns des autres. Par défaut, la base de données d’accès est mappée à la base de données master et au schéma dbo maître dans SQL Server et au schéma de base de données et dbo connectés dans SQL Azure.
Sauf si vous personnalisez le mappage entre chaque base de données Access et la base de données SQL Server et le schéma, SSMA migre tous les schémas et données associés à la base de données access vers la base de données par défaut mappée.
Modification de la base de données cible et du schéma
SSMA vous permet de mapper chaque base de données Access à SQL Server ou Azure SQL Database. La procédure suivante explique comment personnaliser le mappage par base de données.
Pour modifier la base de données cible et le schéma
Dans le volet Explorateur de métadonnées Access, sélectionnez access-metadata.
Le mappage de schéma est également disponible lorsque vous sélectionnez le nœud Bases de données ou n’importe quel nœud de base de données. La liste de mappage de schémas est personnalisée pour l’objet sélectionné.
Dans le volet droit, cliquez sur l’onglet Mappage de schéma .
Vous verrez une table contenant des noms de base de données d’accès et son schéma ssNoVersion ou Sql Azure correspondant. Le schéma cible est indiqué dans une notation en deux parties (database.schema).
Sélectionnez la ligne qui contient le mappage que vous souhaitez personnaliser, puis cliquez sur Modifier.
Dans la boîte de dialogue Choisir le schéma cible, vous pouvez rechercher la base de données cible et le schéma disponibles ou taper la base de données et le nom du schéma dans la zone de texte dans une notation en deux parties (database.schema), puis cliquer sur OK.
Modes de mappage
- Mappage à SQL Server
Vous pouvez mapper une base de données source à n’importe quelle base de données cible. Par défaut, la base de données source est mappée à la base de données SQL Server cible avec laquelle vous êtes connecté à l’aide de SSMA. Si la base de données cible mappée n’existe pas sur SQL Server, vous serez invité à envoyer un message « La base de données et/ou le schéma n’existe pas dans les métadonnées SQL Server cibles. Elle est créée pendant la synchronisation. Voulez-vous continuer ? Cliquez sur Oui. De même, vous pouvez mapper le schéma à un schéma non existant sous la base de données SQL Server cible qui sera créée pendant la synchronisation.
- Mappage à SQL Azure
Vous pouvez mapper la base de données source à la base de données SQL Server cible connectée ou au schéma de la base de données SQL Server cible connectée. Si vous mappez le schéma source à un schéma non existant sous la base de données cible connectée, vous serez invité à envoyer un message « Le schéma n’existe pas dans les métadonnées cibles. Elle est créée pendant la synchronisation. Voulez-vous continuer ? « Cliquez sur Oui.
Restauration de votre base de données initiale et de votre schéma
Si vous personnalisez le mappage entre une base de données Access et une base de données SQL Server ou Azure SQL Database, vous pouvez rétablir le mappage à la base de données que vous avez spécifiée lorsque vous vous êtes connecté à SQL Server ou SQL Azure.
Pour réinitialiser la base de données et le schéma par défaut
- Sous l’onglet Mappage de schéma, sélectionnez n’importe quelle ligne, puis cliquez sur Rétablir la valeur par défaut pour rétablir la base de données et le schéma par défaut.
Étape suivante
L’étape suivante du processus de migration consiste à convertir des objets de base de données