Prise en main : Migrer des données Access vers Dataverse

1. Démarrez Accès, sélectionnez Compte, sélectionnez Changer de compte. La boîte de dialogue Compte s’ouvre.

2.  Vérifiez que vous êtes connecté à Access avec les mêmes informations d’identification que celles que vous utilisez dans Power Apps. En fonction de votre environnement, vous devrez peut-être entrer des informations de sécurité supplémentaires, telles qu’une authentification secondaire ou une broche.
   
   Note    Si vous n’utilisez pas le même compte pour Access et Power Apps, la migration échoue en raison de problèmes d’autorisations.

3. Ouvrez la base de données Access que vous souhaitez migrer.
   
   Pourboire    Assurez-vous que tous les objets Access ouverts sont fermés, car un verrou peut empêcher la migration de table.

4. Cliquez avec le bouton droit sur une table dans le volet de navigation et sélectionnez Exporter > Dataverse. 

5. Dans la boîte de dialogue Exporter des objets, sélectionnez toutes les tables que vous souhaitez exporter et effacez toutes les tables que vous ne souhaitez pas exporter.

6. Sélectionnez OK.
   
   

7. Dans la boîte de dialogue Exporter des données vers l’environnement Dataverse, sélectionnez une URL instance dans la liste fournie par le service global de découverte.
   
   Note    Dans Power Apps, une URL d’instance représente une session spécifique d’un environnement Power Apps. Il ne doit pas être confondu avec une URL de page web. Un composant de la chaîne, « crm.dynamics » est un report des versions précédentes de Power Apps.
   
   
   
   Pour plus d’informations, consultez Begin : set up a Dataverse environment.

L’étape suivante consiste à faire des choix importants sur la façon dont vous souhaitez migrer. Notez que les valeurs par défaut sont les plus courantes. 

1. Pour exporter les tables associées des tables sélectionnées, sélectionnez Exporter toutes les tables associées.
   
   Note    À ce stade, seules les tables enfants directes sont incluses lorsque vous choisissez d’exporter des tables associées. Si vous souhaitez que toutes les relations soient incluses, utilisez la boîte de dialogue Exporter des objets pour sélectionner toutes les tables que vous souhaitez migrer.

2. Pour afficher ces tables, sélectionnez Voir les tables associées. La boîte de dialogue Tables associées s’affiche.
   
   Les relations de table sont affichées dans une vue hiérarchique en deux colonnes : la colonne de gauche affiche les tables sélectionnées et la colonne de droite affiche les tables associées.
   
   

   Remarque : Dans Access, vous pouvez créer une relation un-à-plusieurs et le champ de clé étrangère dans la table référencée peut être n’importe quel champ. Toutefois, dans Dataverse, le champ de clé étrangère dans la table référencée doit être la clé primaire de la table référencée. Si la clé étrangère Access n’est pas une clé primaire dans la table référencée, l’opération d’exportation vers Dataverse échoue. Pour exporter correctement les données, assurez-vous que la clé étrangère Access est la clé primaire dans la table référencée.

3. Pour créer des liens de table dans Access pour chaque table Dataverse créée par l’opération d’exportation, sélectionnez Lier à la table Dataverse après l’exportation.

4. Pour afficher un aperçu des résultats, sélectionnez Ouvrir l’URL de la table Dataverse lorsque vous avez terminé.
   
   Cette option n’est pas disponible si vous exportez vers Dataverse dans Teams.

5. Pour définir explicitement un champ comme colonne de nom principal, sélectionnez Sélectionner les champs de nom principal, puis choisissez un champ dans la liste déroulante. 
   
   Si vous ne spécifiez pas de colonne à utiliser, la première colonne de texte de gauche est utilisée comme colonne Nom principal. S’il n’y a pas de colonne de texte, une colonne d’espace réservé de nom principal est créée avec des valeurs null.
   
   

6. Sélectionnez Suivant.

Le processus de validation commence automatiquement lorsque vous voyez une boîte de dialogue qui affiche « Exécution du validateur... » en haut. Si le processus de validation réussit, un autre message affiche « Validation terminée », puis vous pouvez sélectionner OK.

Surveillez les messages suivants :

Message	Explication
« Récupération de la liste des tables à partir d’une source OData »	Le processus de migration a commencé.
« Exportation d’objets sélectionnés »	Les tables que vous avez sélectionnées sont migrées vers Dataverse.
« Toutes les tables qui n’ont pas rencontré d’erreur ont été exportées avec succès. »	Si une seule erreur se produit dans une table, la table n’est pas exportée, sinon l’opération d’exportation de table est terminée. Pour continuer, sélectionnez Fermer.
« Importation de tables sélectionnées et de tables associées »	Selon la façon dont vous avez exporté vos tables, les tables liées sont créées, les tables d’origine sont renommées et plusieurs tables système Dataverse sont créées et liées dans Access.

Pendant le processus de validation, s’il existe des champs non pris en charge, Access identifie les types de données non pris en charge ou les lignes qui dépassent les limites et crée une table d’erreurs de validation de colonne Dataverse qui stocke dans chaque ligne le nom de la table exportée et les champs qui n’étaient pas pris en charge. Vous pouvez choisir de migrer tous les types de données pris en charge et de ne pas migrer les types de données non pris en charge. Si vous choisissez de ne pas migrer, les données restent dans Access.

Qu’advient-il des types de données non pris en charge et des limites dépassées

Si vous avez choisi de lier des tables, vérifiez que les résultats correspondent à vos attentes. Regardez ce message « Récupération de la liste des tables à partir de l’environnement Dataverse ». Les tables d’origine restent, mais leurs noms sont modifiés. Les tables liées doivent maintenant avoir les noms de table d’origine afin que tous les objets front-end continuent de fonctionner comme avant. La clé primaire Access (NuméroAuto) est conservée. Une nouvelle colonne est ajoutée qui correspond à la clé primaire Dataverse (GUID) et le nom de la colonne est le nom de la table.

Access ajoute également des tables liées supplémentaires à partir de Dataverse appelées Teams, Users et Business Units. Ces tables système contiennent les informations utiles suivantes :

• Utilisateurs      Email adresse, nom complet, téléphone, type de licence, unité commerciale, etc.

• Teams      Équipe, nom de l’équipe, appartenance, etc.

• Unité commerciale   Centre de coûts, site web, limite de crédit, etc.

• MonnaieDétails de devise pour toutes les devises de transaction, y compris les valeurs telles que le taux de change, le nom, le symbole, le code, etc. Cette table s’affiche uniquement si Access a un type de données monétaire que vous avez migré vers Dataverse.

Vous pouvez utiliser ces informations supplémentaires pour améliorer votre solution Access. Vous pouvez conserver ces tables dans un formulaire ou les ajouter à un état. Pour plus d’informations, consultez Tables et colonnes système Dataverse. 

Il est judicieux de passer en revue et de confirmer le processus de migration en examinant chaque table et chaque champ dans l’environnement Dataverse. Les noms de table et de champ Dataverse doivent correspondre aux noms de table et de colonne Access. Access ouvre automatiquement l’environnement Dataverse à la première table migrée.

Les tables Access apparaissent dans Dataverse en tant que tables avec un nom d’affichage et un type de données correspondants :

• La colonne « Nom complet » doit répertorier chaque nom de champ Access dans une table.

• Le format d’un champ « Nom » a un préfixe, un trait de soulignement et le nom de la table, par exemple, cr444_<nom de table>. Il s’agit du nom logique dans Dataverse.

• Tous les champs Access migrés apparaissent comme « Personnalisés » sous la colonne Type, en regard du GUID généré automatiquement et des types de données de champ Dataverse existants.

RemarqueS’il existe déjà une table Dataverse portant le même nom que le nom de la table Access exportée, un numéro est ajouté à la nouvelle table Dataverse.

Par défaut, Access définit la première colonne de texte (de gauche à droite) comme nom principal Dataverse. Si une table n’a pas de champs de texte, Access ajoute une colonne de texte vide comme dernier champ de la table et définit ce champ comme nom principal Dataverse. vous pouvez également définir un champ spécifique comme nom principal. Cette colonne est visible dans Access et Dataverse.

Pour plus d’informations, consultez Utiliser des données dans Dataverse.

Une fois que vous avez migré les tables Access vers Dataverse, vous pouvez afficher les tables et les colonnes dans Dataverse et Access à tout moment. Notez que dans Dataverse, les champs sont affichés par ordre alphabétique, et non dans l’ordre d’origine dans Access.

Dataverse/Power Apps       Pour plus d’informations sur l’affichage et l’utilisation des tables dans Dataverse, consultez Modifier une table dans Power Apps.

Note     Un clic droit sur une table liée migrée dans Access ouvre la table dans le portail Power Apps Maker dans votre navigateur.  Dans l’affichage par défaut du portail Power Apps, les champs système ne sont pas affichés, ce qui fournit une vue plus simple qui affiche les colonnes migrées Access.

Dataverse pour Teams       Il existe plusieurs façons d’afficher les tables et les colonnes :

• Créez une application Power App rapide pour afficher ou mettre à jour les données.

• Dans le menu générer, sélectionnez Afficher tout dans « Éléments créés pour... » puis cliquez sur la table que vous souhaitez afficher.

• Utilisez la table Designer dans Teams. Pour plus d’informations, consultez Créer une table dans Teams.

Pourboire    Vous pouvez trouver utile de marquer l’adresse URL de l’affichage de table que vous préférez dans le navigateur.

Conseil      Vous pouvez également afficher les données dans Excel en sélectionnant la commande déroulante Données, puis en sélectionnant Modifier dans Excel. Pour plus d’informations, voir Modifier les données de tableau dans Excel. 

Pour plus d’informations, consultez Tables et colonnes système Dataverse. 

Les sections suivantes fournissent une vue d’ensemble et des informations conceptuelles supplémentaires.

Présentation des clés primaires et des noms principaux

Les clés primaires sont utilisées pour identifier les lignes de données dans une base de données. Access et Dataverse ont des structures de clés différentes. Pendant la migration, Dataverse et Access gèrent automatiquement la coordination entre les deux produits avec leurs propres clés uniques et sans interaction utilisateur.

Pendant la planification et le processus de migration, il existe deux clés primaires et un champ principal supplémentaire à connaître :

Accéder au numéro automatique     Access utilise souvent le type de données NuméroAuto, qui incrémente automatiquement un nombre unique, comme clé primaire pour la table. Ce champ est créé dans Dataverse en tant que champ numérique entier avec le format numéroauto appliqué. Pendant la migration, le numéro de départ dans Dataverse est défini sur le numéro séquentiel suivant en fonction des lignes Access. Access continue d’utiliser la colonne NuméroAuto pour identifier les lignes de données, même si Dataverse utilise une clé différente.

Important    Dataverse crée le champ Numéroauto comme facultatif, mais il s’agit d’une conception. Dataverse génère son numéro séquentiel lorsque l’enregistrement est enregistré. Si cette valeur est définie sur obligatoire, les clients Dataverse devront entrer une valeur avant l’enregistrement, ce qui empêche la génération de numéroauto. Si le champ est vide, un numéro automatique est toujours généré.

Dataverse GUID Dataverse utilise un type de données GUID (Global Unique Identifier) comme clé primaire, qui est automatiquement créée en tant qu’identificateur unique et requise dans chaque table. Dataverse ne nécessite pas que les données importées aient une clé primaire. Il crée automatiquement un GUID pour vous.

Nom principal de Dataverse Dataverse inclut également une autre colonne appelée nom principal. Il s’agit d’un nom convivial utilisé pour identifier les lignes comme alternative à l’utilisation d’un GUID. Il est nécessaire que ce champ soit présent et, en fonction des paramètres dans les clients Power Platform, il peut être nécessaire que cette colonne soit remplie. Vous pouvez modifier manuellement cette exigence. Le nom principal n’est pas unique par défaut. Par exemple, un nom de client peut être le nom principal qui correspond à un ID client unique. Il peut y avoir deux clients portant le nom « Jones », mais chacun a un ID client unique.

Conseils pour les décisions relatives aux clés primaires

La clé primaire Access, la clé primaire Dataverse et la colonne Nom principal sont créées automatiquement par défaut. Mais vous pouvez faire des choix sur la façon de gérer les trois clés primaires. Voici quelques conseils pour vous aider à décider :

Clé primaire       Si une clé primaire Access (NuméroAuto) est également une clé métier, telle qu’un numéro de pièce, vous souhaiterez probablement la conserver, car elle est utilisée pour identifier des objets dans le monde réel. Toutefois, si une clé primaire Access (NuméroAuto) est utilisée exclusivement pour créer des relations, elle peut être remplacée par une clé primaire Dataverse (GUID).

Notes

• Parfois, une table Access contient une colonne NuméroAuto qui n’est pas utilisée comme clé primaire. Dans ce cas, Dataverse le convertit en champ Nombre entier et la possibilité de numéroter automatiquement est supprimée.

• Dataverse a également l’équivalent d’un champ NuméroAuto Access, appelé champ NuméroAuto, qui est utilisé pour générer des nombres séquentiels et est stocké sous forme de valeur de chaîne. Ce champ peut également inclure un préfixe (tel qu’une chaîne ou une date) au nombre, ce qui permet une certaine flexibilité dans la façon dont le champ peut être utilisé. Cette colonne est basée sur le type de données SQL Server séquence automatique. Pour plus d’informations, consultez Colonnes numéroauto dans Microsoft Dataverse.

Nom principal      Dataverse nécessite l’existence d’une colonne Nom principal. Un nom principal doit contenir des valeurs de chaîne. Pendant la migration, les utilisateurs peuvent spécifier la colonne de texte dans Access qu’ils souhaitent utiliser comme nom principal. Si un utilisateur ne spécifie pas de colonne à utiliser, la première colonne de texte de gauche est utilisée comme colonne Nom principal. Si aucune colonne de texte n’est présente, une nouvelle colonne nommée Espace réservé de nom principal est ajoutée, ce qui répond à l’exigence de Dataverse. Cette colonne est définie sur Facultatif et peut être laissée non remplie.

Pour plus d’informations, consultez Créer une colonne de nom principal.

Comparaison des clés primaires et des noms principaux

Description	Accéder à la clé primaire	Clé primaire Dataverse	Nom principal de Dataverse
Type de données	NuméroAuto (ou toute colonne pouvant être indexée)	GUID	String
Sommaire	Un nombre séquentiel simple	Chiffres et lettres aléatoires propres à l’environnement	Valeurs de chaîne lisibles par l’utilisateur
Exemple	234	123e4567-e89b-12d3-a456-42665540000	Un nom, tel que « Jones ». Un nombre entier, tel que 234, ou une combinaison telle que SalesOrder9071
Configuration	Souvent utilisé mais pas obligatoire	Chaque table doit en avoir un	Chaque table doit en avoir un
Modifiable	Un champ Numéroauto ne peut pas être modifié, d’autres types de champs peuvent être modifiés	Non	Oui
Identificateur unique	Toujours	Toujours	Uniquement en tant que clé de remplacement
Clé composée	Pris en charge et souvent combiné à AutoNumber	Non pris en charge	Non pris en charge
Visibilité	En règle générale, la première colonne de table	Généralement masqué, mais peut être affiché.	La valeur par défaut est visible
Indexation	Peut être indexé. Pour plus d’informations, consultez Créer et utiliser un index pour améliorer les performances.	Indexé automatiquement	Indexé automatiquement
Commentaires	Une fois que vous avez défini et que vous entrez des données, vous ne pouvez pas remplacer un autre champ par un type de données NuméroAuto.	Ne peut pas être créé par un utilisateur ou pendant une opération d’importation de données.	Également utilisé avec les champs générés automatiquement dans les cartes de données, les formulaires pilotés par modèle et avec les recherches dans la création de formulaires.

Notes 

• Les index d’accès ne sont pas convertis automatiquement en index Dataverse.

• En coulisses, Dataverse utilise Azure SQL Server pour créer automatiquement des index basés sur des modèles d’utilisation des données. Les index des clés primaires et secondaires sont toujours créés et d’autres sont ajoutés ou supprimés en fonction de la façon dont vous utilisez vos données.

Présentation des relations Access et Dataverse

Il est important de comprendre comment vous souhaitez gérer les relations de table avec les clés primaires. Pour les tables que vous sélectionnez à migrer, vous pouvez choisir de déplacer automatiquement toutes les tables associées avec les tables sélectionnées ou de les ignorer pendant la migration et de laisser simplement les tables associées dans Access. Dans les deux cas, vous pouvez également choisir de lier les tables que vous migrez pour conserver les relations actuelles dans Access.

Pendant l’opération d’exportation de données, les tables Access avec des relations un-à-plusieurs peuvent être recréées en tant que relations un-à-plusieurs dans Dataverse. Comme Access, Dataverse a également une intégrité référentielle, comme les mises à jour en cascade des champs associés et les suppressions en cascade d’enregistrements associés. Si la base de données Access a un diagramme de relation, elle est conservée. Toutefois, les tables locales d’origine sont remplacées par de nouvelles tables liées.

Access et Dataverse prennent en charge une recherche entre deux tables dans une relation un-à-plusieurs. Pendant le processus de migration, les recherches Access sont recréées dans Dataverse, comme le montre l’exemple suivant :

• Deux tables Access, Customers et Orders, ont des clés primaires CustomerID et OrderID basées sur un type de données NuméroAuto. La table Orders dans Access a une clé étrangère qui contient les valeurs de la clé primaire Access dans la table Customers.

• Pendant l’opération d’exportation, les deux clés primaires Access sont conservées et conservées en tant que colonnes de numéroauto entier, mais ne sont pas utilisées comme colonne de clé primaire dans la table Dataverse. Une nouvelle colonne GUID est ajoutée à chaque table, qui devient la clé primaire dans la table Dataverse.

• Une recherche est créée pour la clé étrangère CustomerID dans la table Orders afin de trouver la clé primaire CustomerID correspondante dans la table Customers. Une fois les tables migrées vers Dataverse, si vous modifiez la colonne de recherche de clé étrangère qui vient d’être ajoutée à la table Orders, la colonne clé étrangère d’origine est également mise à jour. Votre application Access peut continuer à utiliser la clé étrangère Access au lieu de la clé étrangère Dataverse. Si la clé étrangère Access est modifiée dans la table liée dans Access, elle met également à jour la clé étrangère Dataverse. Toutefois, la clé étrangère Access sera en lecture seule dans Dataverse.

• Dans cet exemple de relation un-à-plusieurs, la clé primaire Orders n’est pas utilisée, mais peut bien sûr être utilisée pour d’autres relations.

Pour plus d’informations, consultez Vidéo : Créer des relations avec l’Assistant Rechercheet Créer une relation entre des tables à l’aide d’une colonne de recherche.

Conseils pour les décisions relatives aux clés et à la relation

Pour vous aider à choisir le meilleur choix pour vous, voici un résumé des options courantes lors de la migration :

Migrer des données, mais ignorer les relations      Vous décidez de supprimer la colonne Clé primaire Access (NuméroAuto) car il n’existe aucune autre table Access avec des références ou des relations qui en dépendent, et il serait déroutant de l’avoir dans la table Dataverse avec la clé primaire Dataverse (GUID).

Migrer des données et des relations avec des tables liées      Le scénario par défaut consiste à conserver la clé primaire Access d’origine (NuméroAuto), mais elle n’est pas utilisée comme clé primaire dans Dataverse. Vous vous appuyez maintenant sur la clé primaire (GUID) Dataverse et l’utilisez dans la table Dataverse comme identificateur unique. Access crée des tables liées pour conserver les relations Access. Notez que vous ne pouvez pas supprimer la clé primaire (GUID) Dataverse.

Dans une relation, vous pouvez modifier les valeurs de clé étrangère (dans Access ou dans l’environnement Dataverse). Vous pouvez également modifier les clés étrangères qui font référence à la clé primaire Access dans une table liée Access, et mettre à jour automatiquement la clé étrangère Dataverse qui fait référence à la clé primaire Dataverse dans la table étrangère.

Migrer des données sans tables liées et recréer des relations dans Dataverse      Étant donné que les tables ne sont plus utilisées dans Access, vous pouvez recréer des relations dans Dataverse en utilisant la clé primaire Dataverse (GUID), en ajoutant des recherches Dataverse et en choisissant un champ de texte dans chaque table en tant que nom principal pendant le processus de migration.