Explizite Hierarchien (Master Data Services)

In Master Data Services organisiert eine explizite Hierarchie Elemente aus einer einzelnen Entität auf beliebige Weise. Die Struktur kann unregelmäßig sein, und im Gegensatz zu abgeleiteten Hierarchien basieren explizite Hierarchien nicht auf domänenbasierten Attributbeziehungen.

Konsolidierte Mitgliedergruppe, andere Mitglieder

Eine explizite Hierarchie verwendet konsolidierte Elemente, die Sie zum Gruppieren anderer Mitglieder erstellen. Diese konsolidierten Member können jeweils nur zu einer expliziten Hierarchie gehören. Eine explizite Hierarchie enthält auch alle Blattmitglieder aus der verbundenen Entität.

Eine explizite Hierarchie kann lückenhaft sein, was bedeutet, dass die Hierarchie gleichzeitig auf unterschiedlichen Ebenen enden kann. Jedes konsolidierte Mitglied kann eine unbegrenzte Anzahl konsolidierter und Blattmitglieder darunter haben oder keine haben. Die Blattmitglieder können unter einem einzigen konsolidierten Mitglied oder unter mehreren Ebenen konsolidierter Mitglieder sein.

Typen expliziter Hierarchien

Es gibt zwei Arten expliziter Hierarchien: obligatorisch und nicht obligatorisch.

Obligatorische explizite Hierarchie

Eine obligatorische explizite Hierarchie ist eine Hierarchie, in der alle Blattelemente im Hierarchiebaum enthalten sein müssen. Standardmäßig sind alle Mitglieder unter dem Stamm der Struktur enthalten. Sie können die Elemente nach Bedarf neu anordnen.

Nicht obligatorische explizite Hierarchie

Eine nicht obligatorische explizite Hierarchie ist eine Hierarchie, in der sich alle Blattelemente in einem systemseitig erstellten Unused Knoten befinden. Sie können Mitglieder nach Bedarf aus diesem Knoten verschieben. Der Rest der Mitglieder kann im nicht verwendeten Knoten verbleiben.

Wenn Sie nicht obligatorische explizite Hierarchien verwenden, stimmen Berichte oder Analysen, die auf der Hierarchie vorgenommen wurden, möglicherweise nicht mit der Berichterstellung oder Analyse überein, die für obligatorische Hierarchien durchgeführt wurde.

Regeln

Die folgenden Regeln gelten für explizite Hierarchien (sowohl obligatorisch als auch nicht obligatorisch).

• Jedes Blattelement kann nur einmal in die Hierarchie aufgenommen werden.

• Alle konsolidierten Elemente müssen in eine Hierarchie einbezogen werden.

• Konsolidierte Elemente dürfen nicht in mehr als einer expliziten Hierarchie enthalten sein.

• Konsolidierte Elemente in der Hierarchiestruktur müssen keine Blattmitglieder darunter enthalten.

• Wenn Sie eine explizite Hierarchie löschen, werden alle konsolidierten Elemente, die in der Hierarchie verwendet wurden, gelöscht.

• Wenn Sie ein konsolidiertes Element löschen, das sich in einer expliziten Hierarchie befand, werden alle Blattmitglieder, die von diesem konsolidierten Element gruppiert wurden, in den Stamm verschoben.

Explizite Hierarchien im Vergleich zu abgeleiteten Hierarchien

Die folgende Tabelle zeigt einige der Unterschiede zwischen expliziten und abgeleiteten Hierarchien.

Explizites Hierarchiebeispiel

Im folgenden Beispiel enthält die Produktentität diese Blattmitglieder: BK-M101 {Mountain-100}, BK-M201 {Mountain-200}, BK-M301 {Mountain-300}, BK-R150 {Road-150}, BK-R450 {Road-450} und BK-R650 {Road-650}.

Um diese Blattmitglieder an bestimmten Konsolidierungspunkten zusammenzufassen, können Sie konsolidierte Mitglieder in der Produktentität erstellen. Fügen Sie die konsolidierten Mitglieder auf Ebenen in der Hierarchiestruktur ein, an denen Sie die Blattmitglieder zusammenfassen möchten. Es gibt keine Einschränkung, wo Sie Ihre konsolidierten Mitglieder einfügen; jedes Mitglied (Blatt oder konsolidiert) kann jedoch nur einmal verwendet werden.

Konsolidierte Mitglieder können verwendet werden, um Mitglieder auf jeder Ebene zu gruppieren, und Blatt- und konsolidierte Mitglieder werden in der Von Ihnen ermittelten Reihenfolge sortiert.

Verwandte Aufgaben

Verwandte Inhalte

• Abgeleitete Hierarchien (Master Data Services)

• Sammlungen (Master Data Services)