Hierarquias derivadas (Master Data Services)

Aplica-se a:SQL Server no Windows Azure SQL Managed Instance

Uma hierarquia derivada do Master Data Services é derivada das relações de atributo baseadas em domínio que já existem entre entidades em um modelo.

Você pode criar uma hierarquia derivada para destacar qualquer uma das relações de atributo baseadas em domínio existentes no modelo.

Grupo de Membros da Folha Outros Membros da Folha

Em uma hierarquia derivada, os membros da folha de uma entidade são usados para agrupar os membros da folha de outra entidade. Uma hierarquia derivada é baseada na relação entre essas entidades. Uma hierarquia explícita, por outro lado, é baseada apenas em membros de uma única entidade e é estruturada de qualquer maneira que você especificar.

Você pode alterar a estrutura de uma hierarquia derivada sem afetar os dados subjacentes. Enquanto as relações ainda existirem no modelo, a exclusão de uma hierarquia derivada não terá efeito sobre os dados mestres.

Hierarquias explícitas versus hierarquias derivadas

A tabela a seguir mostra algumas das diferenças entre hierarquias explícitas e derivadas.

Criando uma hierarquia de Variable-Depth

Há duas maneiras recomendadas de criar uma hierarquia de profundidade variável:

• Se você precisar que todos os níveis tenham os mesmos atributos, crie uma única entidade e, em seguida, crie uma hierarquia recursiva nessa entidade, usando um atributo baseado em domínio baseado na entidade.

• Se você precisar de um conjunto de atributos para os membros da folha e outro conjunto de atributos nos níveis superiores, crie duas entidades para uma hierarquia derivada. Para a entidade folha, use um atributo relacionado ao domínio derivado da entidade pai. Para a entidade principal, use um atributo de domínio que seja baseado nela própria.

Exemplo de hierarquia derivada

No exemplo a seguir, os elementos folha da entidade Produto são agrupados em elementos folha da entidade Subcategoria, que são então agrupados em elementos folha da entidade Categoria. Essa hierarquia é possível porque a entidade Product tem um atributo baseado em domínio chamado Subcategory, e a entidade Subcategory tem um atributo baseado em domínio chamado Category.

A estrutura hierárquica mostra como os membros são agrupados. A entidade com mais membros está na parte inferior.

Em uma hierarquia derivada, você pode destacar a relação entre Produto e Subcategoria e, em seguida, entre Subcategoria e Categoria. Quando você visualiza os membros nessa hierarquia, cada nível na árvore contém membros da mesma entidade.

Esse tipo de hierarquia impede que você mova um membro para um nível que não é válido. Por exemplo, você pode mover a bicicleta Road-650 de uma subcategoria, Road Bikes, para outra, Mountain Bikes. Você não pode mover a Road-650 diretamente para uma categoria, como 1 {Bikes}. Cada vez que você move um membro na árvore de hierarquia, o valor do atributo baseado em domínio do membro é alterado para refletir a movimentação.

Observações

Todos os membros em uma árvore de hierarquia derivada são classificados por ID. Não é possível alterar a ordem de classificação.

Se o atributo baseado em domínio de um membro estiver em branco e o atributo for usado para uma hierarquia derivada, o membro não será exibido na hierarquia. Crie regras de negócios para exigir que os atributos sejam preenchidos. Para obter mais informações, consulte Exigir valores de atributo (Master Data Services).

Tarefas relacionadas

Conteúdo relacionado

• AtributosDomain-Based (Master Data Services)

• Hierarquias explícitas (Master Data Services)

• Hierarquias recursivas (Master Data Services)

• Hierarquias derivadas com limites explícitos (Master Data Services)

• Mostrar relações muitos-para-muitos em hierarquias derivadas (Master Data Services)

• Coleções (Master Data Services)