Hiérarchies dérivées (services de données de référence)
Une hiérarchie dérivée Master Data Services est dérivée des relations d'attributs basés sur un domaine qui existent déjà entre des entités dans un modèle.
Vous pouvez créer une hiérarchie dérivée pour mettre en évidence une des relations d'attributs basés sur un domaine existantes dans le modèle.
Les membres feuille regroupent d'autres membres feuille
Dans une hiérarchie dérivée, les membres feuille d'une entité sont utilisés pour regrouper les membres feuille d'une autre entité. Une hiérarchie dérivée est basée sur la relation entre ces entités. Une hiérarchie explicite, par opposition, est basée sur les membres d'une seule entité et vous êtes libre de la structurer selon vos besoins.
Vous pouvez modifier la structure d'une hiérarchie dérivée sans affecter les données sous-jacentes. Tant que les relations continuent d'exister dans le modèle, la suppression d'une hiérarchie dérivée n'a aucun effet sur vos données de référence.
Hiérarchies explicites et hiérarchies dérivées
Le tableau suivant répertorie certaines différences entre les hiérarchies explicites et dérivées.
Hiérarchies explicites |
Hiérarchies dérivées |
|---|---|
La structure est définie par l'utilisateur |
La structure est dérivée des relations entre les attributs basés sur un domaine |
Contient les membres d'une seule entité |
Contient les membres de plusieurs entités |
Utilise les membres consolidés pour regrouper d'autres membres |
Utilise des membres feuille d'une entité pour regrouper des membres feuille d'une autre entité |
Peut être déséquilibrée |
Contient toujours un nombre cohérent de niveaux |
Exemple de hiérarchie dérivée
Dans l'exemple suivant, les membres feuille de l'entité Product sont regroupés par membres feuille de l'entité Subcategory, qui, à leur tour, sont regroupés par membres feuille de l'entité Category. Cette hiérarchie est possible parce que l'entité Product a un attribut basé sur un domaine nommé Subcategory, et que l'entité Subcategory a un attribut basé sur un domaine nommé Category.
La structure de hiérarchie montre comment les membres sont regroupés. L'entité qui compte le plus de membres se situe au niveau le plus bas.
.gif "Hiérarchie dérivée de la structure du modèle")
Dans une hiérarchie dérivée, vous pouvez mettre en évidence la relation entre Product et Subcategory, puis entre Subcategory et Category. Lorsque vous affichez les membres dans cette hiérarchie, chaque niveau de l'arborescence contient des membres de la même entité.
.gif "Exemple de hiérarchie dérivée Mountain Bike")
Ce type de hiérarchie vous empêche de déplacer un membre vers un niveau qui n'est pas valide. Par exemple, vous pouvez déplacer le vélo Road-650 d'une sous-catégorie, Road Bikes, vers une autre, Mountain Bikes. Vous ne pouvez pas déplacer directement Road-650 sous une catégorie, comme 1 {Bikes}. Chaque fois que vous déplacez un membre dans l'arborescence hiérarchique, la valeur d'attribut basé sur un domaine du membre change pour refléter le déplacement.
Remarques
Tous les membres d'une arborescence hiérarchique dérivée sont triés par code. Vous ne pouvez pas modifier l'ordre de tri.
Si l'attribut basé sur un domaine d'un membre est vide et que l'attribut est utilisé pour une hiérarchie dérivée, le membre n'est pas affiché dans la hiérarchie. Créez des règles d'entreprise pour requérir le remplissage des attributs. Pour plus d'informations, consultez Requérir des valeurs d'attribut (Master Data Services).
Tâches associées
Description de la tâche |
Rubrique |
|---|---|
Créer une hiérarchie dérivée. |
|
Masquer ou supprimer des niveaux dans une hiérarchie dérivée existante. |
Masquer ou supprimer des niveaux dans une hiérarchie dérivée (Master Data Services) |
Modifier le nom d'une hiérarchie dérivée existante. |
Modifier le nom d'une hiérarchie dérivée (Master Data Services) |
Supprimer une hiérarchie dérivée existante. |
|