再帰階層 (マスター データ サービス)

マスター データ サービスでは、再帰階層は再帰リレーションシップを含む派生階層です。 再帰リレーションシップは、エンティティ自体に基づくドメインベースの属性がエンティティにある場合に存在します。

再帰階層の例

一般的な再帰階層の例は、組織構造です。 マスター データ サービスでは、Manager というドメインベースの属性を持つ Employee エンティティを作成することでこれを行います。 Manager 属性は、従業員の一覧から設定されます。 このサンプル組織では、すべての従業員をマネージャーにすることができます。

Employee エンティティと Manager ドメイン ベースの属性の間のリレーションシップを強調表示する派生階層を作成できます。

階層内の各メンバーを 1 回だけ含めるには、null リレーションシップを固定できます。 これを行うと、ドメイン ベースの属性値が空白のメンバーが階層の最上位レベルに表示されます。

null リレーションシップを固定しないと、メンバーが重複して含まれてしまいます。 すべてのメンバーが最上位レベルに表示されます。 また、属性として属しているメンバーの下にも表示されます。

この例では、Marcia は最上位レベルです。 彼女は、他の Employee メンバーのドメイン ベースの属性値として使用されないため、従業員のマネージャーではありません。 これに対し、Marcia は属性値として Robert をマネージャーに持っているため、Robert の下にレベルがあります。

準則

• 派生階層に複数の再帰リレーションシップを含めることはできません。 ただし、他の派生リレーションシップを持つことができます (たとえば、再帰マネージャーと従業員のリレーションシップを含む派生階層には、Country/Region to Manager と Employee to Store のリレーションシップを含めることもできます)。

• 再帰階層内のメンバーにメンバーのアクセス許可を ([ 階層メンバー ] タブで) 割り当てることはできません。

• 再帰階層には循環リレーションシップを含めることはできません。 たとえば、Sandeep が自分のマネージャーである場合、Katherine を Sandeep のマネージャーにすることはできません。 また、カテリンは自分自身を管理することはできません。

関連タスク

関連コンテンツ

• Domain-Based 属性 (マスター データ サービス)

• 派生階層 (マスター データ サービス)