Relações de atributo

No Microsoft SQL Server Analysis Services, os atributos em uma dimensão sempre estão relacionados direta ou indiretamente ao atributo de chave. Quando você define uma dimensão com base em um esquema de estrela, que é onde todos os atributos de dimensão são derivados da mesma tabela relacional, uma relação de atributo é definida automaticamente entre o atributo de chave e cada atributo não chave da dimensão. Quando você define uma dimensão com base em um esquema floco de neve, que é onde os atributos de dimensão são derivados de várias tabelas relacionadas, uma relação de atributo é definida automaticamente da seguinte maneira:

• Entre o atributo de chave e cada atributo não chave associado a colunas na tabela de dimensão principal.

• Entre o atributo de chave e o atributo associado à chave estrangeira na tabela secundária que vincula as tabelas de dimensão subjacentes.

• Entre o atributo associado à chave estrangeira na tabela secundária e cada atributo não chave associado a colunas da tabela secundária.

No entanto, há uma série de motivos pelos quais talvez você queira alterar essas relações de atributo padrão. Por exemplo, talvez você queira definir uma hierarquia natural, uma ordem de classificação personalizada ou granularidade de dimensão com base em um atributo não chave. Para obter mais informações, consulte Referência de propriedades de atributo de dimensão.

Relações de hierarquia natural

Uma hierarquia é uma hierarquia natural quando cada atributo incluído na hierarquia definida pelo usuário tem uma relação de um a muitos com o atributo imediatamente abaixo dela. Por exemplo, considere uma dimensão cliente com base em uma tabela de origem relacional com oito colunas:

• Chave do Cliente

• Nome do Cliente

• Idade

• Gênero

• Correio eletrônico

• Cidade

• País

• Região

A dimensão correspondente do Analysis Services tem sete atributos:

• Cliente (com base em CustomerKey, com CustomerName fornecendo nomes de membro)

• Idade, Sexo, Email, Cidade, Região, País

As relações que representam hierarquias naturais são impostas criando uma relação de atributo entre o atributo para um nível e o atributo para o nível abaixo dele. Para o Analysis Services, isso especifica uma relação natural e uma possível agregação. Na dimensão Cliente, existe uma hierarquia natural para os atributos País, Região, Cidade e Cliente. A hierarquia natural para {Country, Region, City, Customer} a qual é descrita adicionando as seguintes relações de atributo:

• O atributo Country como uma relação de atributo com o atributo Region.

• O atributo Region como uma relação de atributo com o atributo City.

• O atributo City como uma relação de atributo com o atributo Customer.

Para navegar dados no cubo, você também pode criar uma hierarquia definida pelo usuário que não representa uma hierarquia natural nos dados (que é chamada de hierarquia de relatórios ou ad hoc). Por exemplo, você pode criar uma hierarquia definida pelo usuário com base em {Age, Gender}. Os usuários não veem nenhuma diferença em como as duas hierarquias se comportam, embora a hierarquia natural se beneficie da agregação e da indexação de estruturas - ocultas do usuário - que representam as relações naturais nos dados de origem.

A SourceAttribute propriedade de um nível determina qual atributo é usado para descrever o nível. A KeyColumns propriedade no atributo especifica a coluna na exibição da fonte de dados que fornece os membros. A NameColumn propriedade no atributo pode especificar uma coluna de nome diferente para os membros.

Para definir um nível em uma hierarquia definida pelo usuário usando o SSDT (SQL Server Data Tools), o Designer de Dimensão permite que você selecione um atributo de dimensão, uma coluna em uma tabela de dimensão ou uma coluna de uma tabela relacionada incluída na exibição da fonte de dados do cubo. Para obter mais informações sobre como criar hierarquias definidas pelo usuário, consulte Criar hierarquias de User-Defined.

No Analysis Services, geralmente é feita uma suposição sobre o conteúdo dos membros. Os membros folha não têm descendentes e contêm dados derivados de fontes de dados subjacentes. Membros não independentes têm descendentes e contêm dados derivados de agregações realizadas em membros filho. Em níveis agregados, os membros são baseados em agregações de níveis subordinados. Portanto, quando a propriedade é definida False como em um atributo de origem IsAggregatable para um nível, nenhum atributo aggregável deve ser adicionado como níveis acima dela.

Definindo uma relação de atributo

A principal restrição ao criar uma relação de atributo é garantir que o atributo referenciado pela relação de atributo não tenha mais de um valor para qualquer membro no atributo ao qual a relação de atributo pertence. Por exemplo, se você definir uma relação entre um atributo city e um atributo State, cada cidade só poderá se relacionar com um único estado.

Consultas de relação de atributo

Você pode usar consultas MDX para recuperar dados de relações de atributo, na forma de propriedades de membro, com a PROPERTIES palavra-chave da instrução MDX SELECT . Para obter mais informações sobre como usar o MDX para recuperar propriedades de membro, consulte Usando propriedades de membro (MDX).

Consulte Também

Atributos e Hierarquias de Atributos
Referência de propriedades de atributo de dimensão
Hierarquias de usuário
Propriedades da hierarquia de usuário