Jawne hierarchie (główne usługi danych)

Dotyczy:SQL Server na systemie Windows Azure SQL Managed Instance

W usługach Master Data Services jawna hierarchia organizuje członków pojedynczej jednostki w dowolny sposób, który określisz. Struktura może być poszarpana i w przeciwieństwie do hierarchii pochodnych, jawne hierarchie nie są oparte na relacjach atrybutów opartych na domenie.

Grupa Zunifikowanych Członków Inni Członkowie

Jawna hierarchia wykorzystuje skonsolidowanych członków, których tworzysz w celu grupowania innych członków. Te skonsolidowane elementy członkowskie mogą należeć tylko do jednej jawnej hierarchii jednocześnie. Jawna hierarchia obejmuje również wszystkich członków liścia w powiązanej jednostce.

Jawna hierarchia może być poszarpana, co oznacza, że hierarchia może kończyć się na różnych poziomach jednocześnie. Każdy skonsolidowany członek może mieć nieograniczoną liczbę skonsolidowanych i liściowych członków pod sobą lub może nie mieć żadnych. Składowe liścia mogą znajdować się w jednym skonsolidowanym elemencie członkowskim lub na wielu poziomach skonsolidowanych członków.

Typy jawnych hierarchii

Istnieją dwa typy jawnych hierarchii: obowiązkowe i nie obowiązkowe.

Obowiązkowa jawna hierarchia

Obowiązkowa hierarchia jawna to hierarchia, w której wszystkie elementy członkowskie liścia muszą być uwzględnione w drzewie hierarchii. Domyślnie wszyscy członkowie są dołączani do korzenia drzewa. W razie potrzeby można zmienić kolejność członków.

Hierarchia jawna nie obowiązkowa

Nie obowiązkowa hierarchia jawna to hierarchia, w której wszystkie elementy członkowskie liścia znajdują się w utworzonym przez system węźle Nieużywane . Możesz dowolnie przenosić członków z tego węzła, zgodnie z zapotrzebowaniem. Pozostali członkowie mogą pozostać w węźle Nieużywane.

W przypadku używania nieobowiązkowych hierarchii jawnych, wszelkie raporty lub analizy wykonywane w obrębie hierarchii mogą nie być zgodne z raportowaniem ani z analizą przeprowadzoną na obowiązkowych hierarchiach.

Reguły

Następujące reguły dotyczą jawnych hierarchii (obowiązkowych i nie obowiązkowych).

• Każdy element członkowski liścia może być uwzględniony w hierarchii tylko raz.

• Wszystkie skonsolidowane elementy członkowskie muszą być uwzględnione w hierarchii.

• Skonsolidowani członkowie nie mogą znajdować się w więcej niż jednej jawnej hierarchii.

• Skonsolidowane elementy w drzewie hierarchii nie muszą zawierać pod sobą elementów końcowych.

• Jeśli usuniesz jawną hierarchię, wszyscy członkowie skonsolidowani, którzy byli użyci w hierarchii, zostaną usunięci.

• Jeśli usuniesz skonsolidowanego członka, który znajdował się w jawnej hierarchii, wszyscy członkowie składowi liścia pogrupowani przez tego skonsolidowanego członka zostaną przeniesieni do korzenia.

Jawne hierarchie kontra hierarchie pochodne

W poniższej tabeli przedstawiono niektóre różnice między hierarchiami jawnymi i pochodnymi.

Przykład jawnej hierarchii

W poniższym przykładzie jednostka Product zawiera następujące członki liścia: BK-M101 {Mountain-100}, BK-M201 {Mountain-200}, BK-M301 {Mountain-300}, BK-R150 {Road-150}, BK-R450 {Road-450} i BK-R650 {Road-650}.

Aby podsumować te elementy na poziomie końcowym w określonych punktach konsolidacji, można utworzyć skonsolidowane elementy w jednostce Produkt. Wstaw skonsolidowanych członków na poziomach w drzewie hierarchii, gdzie chcesz podsumować członków liści. Nie ma ograniczeń dotyczących miejsca wstawiania skonsolidowanych członków; jednak każdy członek (liść lub skonsolidowany) może być używany tylko raz.

Skonsolidowane elementy członkowskie mogą służyć do grupowania członków na dowolnym poziomie, a elementy końcowe i skonsolidowane członki są sortowane w wybranej przez Ciebie kolejności.

Powiązane zadania

Powiązana zawartość

• Hierarchie pochodne (główne usługi danych)

• Kolekcje (Usługi Master Data)