파생 계층(Master Data Services)Derived Hierarchies (Master Data Services)

Master Data ServicesMaster Data Services 파생 계층은 모델의 엔터티 간에 이미 있는 도메인 기반 특성 관계에서 파생됩니다.A Master Data ServicesMaster Data Services derived hierarchy is derived from the domain-based attribute relationships that already exist between entities in a model.

파생 계층을 만들어 모델의 기존 도메인 기반 특성 관계를 강조 표시할 수 있습니다.You can create a derived hierarchy to highlight any of the existing domain-based attribute relationships in the model.

리프 멤버가 다른 리프 멤버를 그룹화함Leaf Members Group Other Leaf Members

파생 계층에서 한 엔터티의 리프 멤버가 다른 엔터티의 리프 멤버를 그룹화하는 데 사용됩니다.In a derived hierarchy, the leaf members from one entity are used to group the leaf members of another entity. 파생 계층은 이러한 엔터티 간의 관계를 기반으로 합니다.A derived hierarchy is based on the relationship between these entities. 반면, 명시적 계층은 단일 엔터티만의 멤버를 기반으로 하며 지정하는 방법으로 구조화됩니다.An explicit hierarchy, in contrast, is based on members from a single entity only and is structured in any way you specify.

기본 데이터에 영향을 주지 않고 파생 계층의 구조를 변경할 수 있습니다.You can change the structure of a derived hierarchy without affecting the underlying data. 모델에 관계가 존재하는 한 파생 계층을 삭제해도 마스터 데이터에는 아무 영향이 없습니다.As long as the relationships still exist in the model, deleting a derived hierarchy has no effect on your master data.

명시적 계층과 파생 계층Explicit Hierarchies versus Derived Hierarchies

다음 표에서는 명시적 계층과 파생 계층의 몇 가지 차이점을 보여 줍니다.The following table shows some of the differences between explicit and derived hierarchies.

참고

명시적 계층은 Master Data ServicesMaster Data Services의 릴리스에서 지원되지 않습니다.Explicit Hierarchies are deprecated in this release of Master Data ServicesMaster Data Services.

명시적 계층Explicit Hierarchies 파생 계층Derived Hierarchies
구조가 사용자에 의해 정의됨Structure is defined by the user 구조가 도메인 기반 특성 간의 관계에서 파생됨Structure is derived from the relationships between domain-based attributes
단일 엔터티 멤버 포함Contains members from a single entity 여러 엔터티 멤버 포함Contains members from multiple entities
통합 멤버를 사용하여 다른 멤버를 그룹화함Uses consolidated members to group other members 한 엔터티의 리프 멤버를 사용하여 다른 엔터티의 리프 멤버를 그룹화함Uses leaf members from one entity to group leaf members from another entity

가변 깊이 계층 구조 만들기Creating a Variable-Depth Hierarchy

가변 깊이 계층 구조를 만드는 두 가지 권장 방법은 다음과 같습니다.There are two recommended ways to create a variable-depth hierarchy:

  • 모든 수준에 동일한 특성을 지정해야 하는 경우, 단일 엔터티를 만든 후 이 엔터티를 기반으로 하는 도메인 기반 특성을 사용해서 이 엔터티에 대해 재귀적 계층 구조를 만듭니다.If you need all levels to have the same attributes, create a single entity, and then create a recursive hierarchy on this entity, using a domain-based attribute that is based on the entity.

  • 상위 수준에 리프 멤버에 대한 특성 집합 하나와 다른 특성 집합 하나를 설정해야 할 경우, 파생된 계층 구조에 대해 두 개의 엔터티를 만듭니다.If you need one set of attributes for the leaf members and another set of attributes in the upper levels, create two entities for a derived hierarchy. 리프 엔터티에 대해 부모 엔터티를 기반으로 하는 도메인 기반 특성을 사용합니다.For the leaf entity, use a domain-based attribute that is based upon the parent entity. 부모 엔터티에 대해서는 해당 엔터티 자체를 기반으로 하는 도메인 기반 특성을 사용합니다.For the parent entity, use a domain-based attribute that is based upon itself.

파생 계층 예Derived Hierarchy Example

다음 예에서는 Product 엔터티의 리프 멤버가 Subcategory 엔터티의 리프 멤버로 그룹화된 후 Subcategory 엔터티의 리프 멤버가 Category 엔터티의 리프 멤버로 그룹화됩니다.In the following example, leaf members of the Product entity are grouped by leaf members of the Subcategory entity, which are then grouped by leaf members of the Category entity. 이 계층은 Product 엔터티에 Subcategory라는 도메인 기반 특성이 있고 Subcategory 엔터티에 Category라는 도메인 기반 특성이 있기 때문에 가능합니다.This hierarchy is possible because the Product entity has a domain-based attribute named Subcategory, and the Subcategory entity has a domain-based attribute named Category.

계층 구조는 멤버가 어떻게 그룹화되는지를 보여 줍니다.The hierarchy structure shows how the members are grouped. 멤버 수가 가장 많은 엔터티가 맨 아래에 있습니다.The entity with the most members is at the bottom.

모델 구조에서 파생된 계층Hierarchy Derived from Model Structure

파생 계층에서 Product와 Subcategory 간의 관계를 강조 표시한 다음 Subcategory와 Category 간의 관계를 강조 표시할 수 있습니다.In a derived hierarchy, you can highlight the relationship between Product and Subcategory, and then between Subcategory and Category. 이 계층의 멤버를 보면 트리의 각 수준에 같은 엔터티의 멤버가 포함되어 있습니다.When you view the members in this hierarchy, each level in the tree contains members from the same entity.

Mountain Bike 파생 계층 예제Mountain Bike Derived Hierarchy Example

이 유형의 계층에서는 유효하지 않은 수준으로 멤버를 이동할 수 없습니다.This type of hierarchy prevents you from moving a member to a level that is not valid. 예들 들어 하나의 Subcategory, Road Bikes에서 다른 Subcategory, Mountain Bikes로 Road-650 bike를 이동할 수 있지만For example, you can move the Road-650 bike from one subcategory, Road Bikes, to another, Mountain Bikes. 1 {Bikes}와 같은 Category 바로 아래로 Road-650을 이동할 수는 없습니다.You cannot move Road-650 directly under a category, like 1 {Bikes}. 계층 트리에서 멤버를 이동할 때마다 이를 반영하여 해당 멤버의 도메인 기반 특성 값이 변경됩니다.Each time you move a member in the hierarchy tree, the member's domain-based attribute value changes to reflect the move.

참고Notes

파생 계층 트리의 모든 멤버가 코드순으로 정렬됩니다.All members in a derived hierarchy tree are sorted by code. 정렬 순서는 변경할 수 없습니다.You cannot change the sort order.

멤버의 도메인 기반 특성이 비어 있거나 특성이 파생 계층에 사용되는 경우 해당 멤버는 계층에 표시되지 않습니다.If a member's domain-based attribute is blank and the attribute is used for a derived hierarchy, the member is not displayed in the hierarchy. 특성을 채워야 하는 비즈니스 규칙을 만드십시오.Create business rules to require attributes to be populated. 자세한 내용은 특성 값 요구(Master Data Services)를 참조하세요.For more information, see Require Attribute Values (Master Data Services).

태스크 설명Task Description 항목Topic
새 파생 계층을 만듭니다.Create a new derived hierarchy. 파생 계층 만들기(Master Data Services)Create a Derived Hierarchy (Master Data Services)
기존 파생 계층의 수준을 숨기거나 삭제합니다.Hide or delete levels in an existing derived hierarchy. 파생 계층의 수준 숨기기 또는 삭제(Master Data Services)Hide or Delete Levels in a Derived Hierarchy (Master Data Services)
기존 파생 계층의 이름을 변경합니다.Change the name of an existing derived hierarchy. 파생 계층 이름 변경(Master Data Services)Change a Derived Hierarchy Name (Master Data Services)
기존 파생 계층을 삭제합니다.Delete an existing derived hierarchy. 파생 계층 삭제(Master Data Services)Delete a Derived Hierarchy (Master Data Services)