Hiérarchies dérivées (Master Data Services)

Une hiérarchie dérivée master Data Services est dérivée des relations d’attributs basées 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 surbrillance l’une des relations d’attributs basées sur un domaine existant dans le modèle.

Membres du groupe feuille Autres membres feuille

Dans une hiérarchie dérivée, les éléments terminaux d'une entité sont utilisés pour regrouper les éléments terminaux d'une autre entité. Une hiérarchie dérivée est basée sur la relation entre ces entités. En revanche, une hiérarchie explicite est basée sur les membres d’une seule entité et est structurée de toute façon que vous spécifiez.

Vous pouvez modifier la structure d’une hiérarchie dérivée sans affecter les données sous-jacentes. Tant que les relations existent toujours 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 présente certaines des différences entre les hiérarchies explicites et dérivées.

Création d’une hiérarchie Variable-Depth

Il existe deux façons recommandées de créer une hiérarchie de profondeur variable :

• Si vous avez besoin de tous les niveaux pour avoir les mêmes attributs, créez une entité unique, puis créez une hiérarchie récursive sur cette entité, à l’aide d’un attribut basé sur un domaine basé sur l’entité.

• Si vous avez besoin d’un ensemble d’attributs pour les membres feuille et d’un autre ensemble d’attributs dans les niveaux supérieurs, créez deux entités pour une hiérarchie dérivée. Pour l’entité feuille, utilisez un attribut basé sur un domaine basé sur l’entité parente. Pour l’entité parente, utilisez un attribut basé sur un domaine basé sur lui-même.

Exemple de hiérarchie dérivée

Dans l’exemple suivant, les membres feuille de l’entité Product sont regroupés selon les membres feuille de l’entité Subcategory, qui sont ensuite regroupés selon les membres feuille de l’entité Category. Cette hiérarchie est possible, car l’entité Product a un attribut basé sur un domaine nommé Subcategory, et 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é avec le plus de membres est en bas.

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 de cette hiérarchie, chaque niveau de l’arborescence contient des membres de la même entité.

Ce type de hiérarchie vous empêche de déplacer un membre vers un niveau non valide. Par exemple, vous pouvez déplacer le vélo Road-650 d’une sous-catégorie, road bikes, vers un autre, Mountain Bikes. Vous ne pouvez pas déplacer Road-650 directement sous une catégorie, comme 1 {Bikes}. Chaque fois que vous déplacez un membre dans l’arborescence de hiérarchie, la valeur d’attribut basée sur le domaine du membre change pour refléter le déplacement.

Remarques

Tous les membres d’une arborescence de hiérarchie 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 exiger que les attributs soient renseignés. Pour plus d’informations, consultez Exiger des valeurs d’attribut (Master Data Services).

Tâches associées

Contenu associé

• Domain-Based Attributs (Master Data Services)

• Hiérarchies explicites (Master Data Services)

• Hiérarchies récursives (Master Data Services)

• Hiérarchies dérivées avec des limites explicites (Master Data Services)

• Collections (Master Data Services)