Relaciones de atributo

En Microsoft SQL Server Analysis Services, los atributos de una dimensión siempre están relacionados directa o indirectamente con el atributo clave. Cuando se define una dimensión basada en un esquema de estrella, que es donde se derivan todos los atributos de dimensión de la misma tabla relacional, se define automáticamente una relación de atributo entre el atributo clave y cada atributo que no es clave de la dimensión. Al definir una dimensión basada en un esquema de copo de nieve, que es donde los atributos de dimensión se derivan de varias tablas relacionadas, una relación de atributo se define automáticamente de la siguiente manera:

• Entre el atributo de clave y cada atributo que no es clave enlazado a columnas de la tabla de dimensiones principal.

• Entre el atributo de clave y el atributo enlazado a la clave externa de la tabla secundaria que vincula las tablas de dimensiones subyacentes.

• Entre el atributo enlazado a la clave externa de la tabla secundaria y cada atributo no clave enlazado a columnas de la tabla secundaria.

Sin embargo, hay varias razones por las que es posible que desee cambiar estas relaciones de atributo predeterminadas. Por ejemplo, es posible que desee definir una jerarquía natural, un criterio de ordenación personalizado o una granularidad de dimensión en función de un atributo que no sea clave. Para obtener más información, vea Referencia de propiedades de atributo de dimensión.

Relaciones de jerarquía natural

Una jerarquía es una jerarquía natural cuando cada atributo incluido en la jerarquía definida por el usuario tiene una relación de uno a varios con el atributo inmediatamente debajo. Por ejemplo, considere una dimensión Customer basada en una tabla de origen relacional con ocho columnas:

• CustomerKey

• NombreDelCliente

• Edad

• Género

• Correo Electrónico

• Ciudad

• País

• Región

La dimensión correspondiente de Analysis Services tiene siete atributos:

• Customer (basado en CustomerKey, con CustomerName que proporciona nombres de miembro)

• Edad, Sexo, Correo electrónico, Ciudad, Región, País

Las relaciones que representan jerarquías naturales se aplican mediante la creación de una relación de atributo entre el atributo de un nivel y el atributo para el nivel inferior. Para Analysis Services, especifica una relación natural y una posible agregación. En la dimensión Customer, existe una jerarquía natural para los atributos Country, Region, City y Customer. La jerarquía natural para {Country, Region, City, Customer} se describe agregando las siguientes relaciones de atributo:

• Atributo Country como una relación de atributo con el atributo Region.

• Atributo Region como una relación de atributo con el atributo City.

• Atributo City como una relación de atributo con el atributo Customer.

Para navegar por los datos del cubo, también puede crear una jerarquía definida por el usuario que no represente una jerarquía natural en los datos (que se denomina jerarquía ad hoc o de informes ). Por ejemplo, podría crear una jerarquía definida por el usuario basada en {Age, Gender}. Los usuarios no ven ninguna diferencia en el comportamiento de las dos jerarquías, aunque la jerarquía natural se beneficia de la agregación y las estructuras de indexación , ocultas al usuario, que tienen en cuenta las relaciones naturales en los datos de origen.

La SourceAttribute propiedad de un nivel determina qué atributo se usa para describir el nivel. La KeyColumns propiedad del atributo especifica la columna de la vista del origen de datos que proporciona los miembros. La NameColumn propiedad del atributo puede especificar una columna de nombre diferente para los miembros.

Para definir un nivel en una jerarquía definida por el usuario mediante SQL Server Data Tools (SSDT), el Diseñador de dimensiones permite seleccionar un atributo de dimensión, una columna de una tabla de dimensiones o una columna de una tabla relacionada incluida en la vista del origen de datos para el cubo. Para obtener más información sobre cómo crear jerarquías definidas por el usuario, vea Crear jerarquías de User-Defined.

En Analysis Services, normalmente se realiza una suposición sobre el contenido de los miembros. Los miembros hoja no tienen descendientes y contienen datos derivados de orígenes de datos subyacentes. Los miembros que no son deaf tienen descendientes y contienen datos derivados de agregaciones realizadas en miembros secundarios. En los niveles agregados, los miembros se basan en agregaciones de niveles subordinados. Por lo tanto, cuando la IsAggregatable propiedad se establece False en en un atributo de origen para un nivel, no se debe agregar ningún atributo aggregatable como niveles superiores.

Definición de una relación de atributo

La restricción principal al crear una relación de atributo es asegurarse de que el atributo al que hace referencia la relación de atributo no tiene más de un valor para ningún miembro del atributo al que pertenece la relación de atributo. Por ejemplo, si define una relación entre un atributo City y un atributo State, cada ciudad solo puede relacionarse con un solo estado.

Consultas de relación de atributos

Puede usar consultas MDX para recuperar datos de relaciones de atributo, en forma de propiedades miembro, con la PROPERTIES palabra clave de la instrucción MDX SELECT . Para obtener más información sobre cómo usar MDX para recuperar propiedades de miembro, vea Using Member Properties (MDX).

Véase también

Atributos y jerarquías de atributos
Referencia de propiedades de atributo de dimensión
Jerarquías de usuario
Propiedades de la jerarquía de usuarios