Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Note
Cette fonctionnalité est actuellement disponible en préversion publique. Cette version préliminaire est fournie sans accord de niveau de service et n'est pas recommandée pour des charges de travail en production. Certaines fonctionnalités peuvent être limitées ou non prises en charge. Pour plus d’informations, consultez Conditions d'utilisation supplémentaires pour les versions préliminaires de Microsoft Azure.
La conversion de données relationnelles en modèle de graphe dans Microsoft Fabric vous aide à interroger les connexions directement au lieu d’écrire des jointures répétées. Cet article fournit un flux de travail de conversion pratique pour mapper des tables relationnelles en types de nœuds et des types de périphérie, puis en validant le modèle avant de le mettre à l’échelle.
Si vous décidez toujours si le graphique est adapté à votre charge de travail, commencez par consulter Comparer des bases de données graphiques et relationnelles.
Utilisez cet article comme liste de contrôle de conversion. Pour obtenir des règles de modélisation détaillées, consultez Concevoir un schéma de graphique.
Prerequisites
- Un espace de travail Fabric avec l’autorisation de créer des éléments.
- Un lakehouse qui contient des tables relationnelles sources.
- Graph activé pour votre locataire et disponible dans votre région.
- Connaissance de l’éditeur de modèle de graphe. Si vous débutez avec le graphique, commencez par tutoriel : Présentation du graphe.
Flux de travail de conversion
Utilisez cette séquence lorsque vous convertissez des données relationnelles :
- Examinez vos tables sources et identifiez les entités dans vos données (clients, produits, commandes), comment chaque ligne est identifiée de manière unique et comment les tables se connectent les unes aux autres.
- Déterminez les entités qui deviennent des types de nœuds dans votre graphe et quelle colonne identifie de manière unique chacun d’eux.
- Déterminez les connexions de table qui deviennent des types d'arêtes et dans quelle direction elles vont (par exemple,
CustomerachatsOrder). - Appliquez le modèle de mappage approprié en fonction de votre structure de table : un-à-plusieurs, plusieurs-à-plusieurs, valeurs incorporées ou chaînes de tables associées.
- Générez le modèle dans l’éditeur de modèle de graphique et vérifiez que les types de nœuds et les types de périphérie apparaissent comme prévu.
Étape 1 : Profiler les tables relationnelles sources
Vérifiez les éléments suivants dans vos tables sources :
- Entités principales qui représentent des éléments distincts, tels que les clients, les produits ou les commandes.
- Colonnes clés qui identifient de manière unique chaque ligne d’entité, telle que
CustomerID,OrderIDouProductSKU. - Colonnes clés étrangères qui définissent des relations entre les tables, telles que
CustomerIDdans laOrderstable référençant laCustomerstable. - Colonnes qui pourraient être des entités intégrées, telles que
CountryouDepartment.
Pour obtenir des critères de décision détaillés sur les entités, les clés, les propriétés et les contraintes de mappage, consultez Concevoir un schéma de graphique.
Étape 2 : Mapper des entités aux types de nœuds
Mappez chaque entité à un type de nœud.
| Élément relationnel | Mappage de graphiques | Example |
|---|---|---|
| Table d’entités | Type de nœud |
Customers table ->Customer type de nœud |
| Clé primaire | Clé de nœud (ID) | CustomerID_K |
| Colonnes descriptives | Propriétés du nœud |
FirstName, LastName, EmailAddress |
Utilisez une colonne clé avec des valeurs stables et uniques. Si une colonne n’est pas unique, configurez une clé composée.
Pour obtenir des conseils de conception, consultez Concevoir un schéma de graphe.
Étape 3 : Mapper les relations aux types de périphérie
Mappez chaque chemin de relation à un type d'arête dirigée.
| Élément relationnel | Mappage de graphiques | Example |
|---|---|---|
| Relation de clé étrangère | Type d’arête | purchases |
| Table de références | Table de mappage de périphérie | adventureworks_orders |
| Colonnes de jointure entre parent et enfant | Mappages sources et cibles |
CustomerID_FK ->CustomerID_K |
Choisissez des étiquettes de bord en tant que groupes verbaux qui s'intègrent clairement dans les requêtes, telles que purchases, contains et belongsTo.
Pour connaître les exigences de mappage de périphérie, consultez Choisir des types de périphérie. Pour connaître les étapes de l’interface utilisateur, consultez Tutoriel : Ajouter des types de périphérie à votre graphique.
Étape 4 : Appliquer des modèles relationnels à graphiques courants
Utilisez ces modèles pendant la conversion, puis suivez les guides liés pour une implémentation détaillée. Pour obtenir des descriptions complètes des modèles, consultez Modèles tabulaires à graphiques courants.
- Un-à-plusieurs : une table enfant fait référence à une clé parente (par exemple, Commandes référençant les clients). Consultez le tutoriel : Ajouter des types de périphérie à votre graphe.
- Plusieurs-à-plusieurs : une table de jonction lie deux entités (par exemple, une table SalesOrderDetail qui lie produits et commandes). Consultez le tutoriel : Ajouter des types de périphérie à votre graphe.
-
Entité incorporée : une valeur de colonne doit devenir un type de nœud traversable (par exemple, la promotion
Countryvers unCountrytype de nœud). Consultez le tutoriel : Ajouter plusieurs types de nœuds et de périphérie à partir d’une table de mappage. - Hiérarchie : les chaînes parent-enfant s’étendent sur plusieurs niveaux (par exemple, une structure hiérarchique des employés). Consultez le tutoriel : Ajouter des types de périphérie à votre graphe.
Étape 5 : Générer et valider le modèle de graphe
Une fois les mappages terminés, générez et validez le modèle de graphique dans l’éditeur :
Ajoutez des types de nœuds et configurez des ID à partir de colonnes clés.
Ajouter des types de périphérie et mapper des colonnes source et cible.
Sélectionnez Enregistrer pour vérifier le modèle et charger les données.
Vérifiez que le type de nœud attendu et les étiquettes de type d'arête apparaissent dans le canevas.
Exécutez des requêtes de validation pour confirmer les relations et la cardinalité. Par exemple:
MATCH (c:Customer)-[:purchases]->(o:Order) RETURN c.CustomerID_K, COUNT(o) AS orderCount ORDER BY orderCount DESCMettez à jour les étiquettes pour qu’elles correspondent à votre schéma. Vérifiez que chaque type de bord retourne les résultats et que le nombre est correct.
Si des arêtes attendues sont manquantes, vérifiez les valeurs de colonne de jointure et les types de données dans vos tables de mappage.
Résoudre les problèmes de conversion courants
- Aucune arête créée : assurez-vous que les colonnes de correspondance source et cible correspondent aux valeurs de clé de nœud et aux types de données.
- Nœuds en double : vérifiez que les colonnes de clé de nœud sont uniques ou basculent vers une clé composée.
- Graphique surmodélisé : conservez les champs descriptifs en tant que propriétés, sauf si vous devez les parcourir en tant qu’entités.
- Graphique sous-modélisé : extrayez des colonnes partagées vers des types de nœuds lorsque vous avez besoin d’une analyse basée sur des relations.