Hierarquias do usuário

Em uma hierarquia equilibrada, todas as ramificações da hierarquia decrescem do mesmo nível e cada pai lógico do membro está no nível imediatamente acima do membro. A hierarquia Categorias de Produtos da dimensão Produto no exemplo Adventure Works DW do banco de dados Analysis Services é um exemplo de hierarquia equilibrada. Cada membro no nível Nome do Produto tem um membro pai no nível Subcategoria que, por sua vez, tem um membro pai no nível Categoria. Além disso, toda ramificação na hierarquia tem um membro folha no nível Nome do Produto.

Em uma hierarquia desbalanceada, ramificações da hierarquia decresce para níveis diferentes. As hierarquias pai-filho são hierarquias desbalanceadas. Por exemplo, a dimensão Organização no exemplo Adventure Works DW do banco de dados Analysis Services contém um membro para cada funcionário. O CEO é o membro que ocupa o lugar no topo da hierarquia e os gerentes de divisão e secretária executiva estão imediatamente abaixo do CEO. Os gerentes de divisão têm membros subordinados, mas a secretária executiva não.

Pode ser impossível para usuários finais distinguirem entre hierarquias desbalanceadas e imperfeitas. Entretanto, você emprega técnicas e propriedades diferentes no Analysis Services para oferecer suporte a esses dois tipos de hierarquias. Para obter mais informações, consulte Trabalhando com hierarquias imperfeitas e Trabalhando com atributos em hierarquias pai-filho.

Em uma hierarquia imperfeita, o membro pai lógico de pelo menos um membro não está no nível imediatamente acima do membro. Isso pode fazer com que ramificações da hierarquia decresçam a níveis diferentes. Por exemplo, em uma dimensão Geografia definida com os níveis Continente, PaísRegião e Cidade, nessa ordem o membro Europa aparece no nível mais alto da hierarquia, o membro França aparece no nível intermediária e o membro Paris aparece no nível mais baixo. França é mais específico que a Europa e Paris é mais específico que França. Para essa hierarquia regular, as seguintes alterações são feitas:

• A Cidade do Vaticano é adicionada para o nível PaísRegião.

• Os membros são adicionados para o nível Cidade e são associados ao membro Cidade do Vaticano no nível de PaísRegião.

• Um nível, noemado Província, é adicionado entre os níveis PaísRegião e Cidade.

O nível Província é populado com membros associados a outros membros no nível PaísRegião e os membros no nível Cidade são associados a seus membros correspondentes no nível Província. Entretanto, como o membro Cidade do Vaticano no nível PaísRegião não possui membros associados no nível Província, os membros devem ser associados do nível Cidade diretamente ao membro Cidade do Vaticano no nível PaísRegião. Devido às alterações, a hierarquia da dimensão está agora imperfeita. O pai de Cidade do Vaticano é a região/país Cidade do Vaticano, que não está imediatamente no nível acima do membro Cidade do Vaticano no nível Cidade. Para obter mais informações, consulte Trabalhando com hierarquias imperfeitas.

As hierarquias pai-filho de dimensões são definidas usando um atributo especial, chamado de atributo pai, para determinar como os membros relacionam-se entre si. Um atributo pai descreve uma relação de auto-referência ou autojunção em uma tabela principal da dimensão. As hierarquias filho são criadas a partir de um único atributo pai. Somente um nível é atribuído a uma hierarquia pai-filho, pois os níveis existentes na hierarquia são extraídos das relações pai-filho entre os membros associados ao atributo pai. O esquema de dimensão de uma hierarquia pai-filho depende de uma relação de auto-referência existente na tabela principal da dimensão. Por exemplo, o diagrama a seguir ilustra a tabela principal da dimensão DimOrganization no banco de dados de exemplo AdventureWorksDWAnalysis Services.

Nessa tabela de dimensão, a coluna ParentOrganizationKey tem uma relação de chave estangeira com a coluna da chave primária OrganizationKey. Em outras palavras, cada registro dessa tabela pode ser relacionado por meio de uma relação pai-filho com outro registro da tabela. Geralmente, esse tipo de autojunção é usado para representar os dados de uma empresa, como a estrutura de gerenciamento dos funcionários de um departamento.

Quando você cria uma hierarquia pai-filho, as colunas representadas por ambos os atributos devem ter o mesmo tipo de dados. Ambos os atributos também devem estar na mesma tabela. Por padrão, todo membro cuja chave pai é igual à sua própria chave de membro, nulo, 0 (zero) ou um valor ausente da coluna para as chaves de membro, é assumido como um membro no nível mais alto (excluindo o nível Todos).

A profundidade de uma hierarquia pai-filho pode variar entre suas ramificações hierárquicas. Em outras palavras, uma hierarquia pai-filho é considerada uma hierarquia desbalanceada.

Diferentemente de hierarquias definidas pelo usuário, na qual o número de níveis na hierarquia determina o número de níveis que podem ser visualizados por usuários finais, uma hierarquia pai-filho é definida com o único nível de uma hierarquia de atributo e os valores nesse único nível produzem os vários níveis visualizados por usuários. O número de níveis exibidos depende do conteúdo das colunas da tabela de dimensões que armazenam as chaves de membro e as chaves de pai. O número de níveis pode ser alterado quando os dados nas tabelas de dimensões alteram. Para obter mais informações, consulte Definindo uma hierarquia pai-filho e Trabalhando com atributos em hierarquias pai-filho.