Relaciones de atributo

se aplica a: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

En Microsoft SQL Server 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 clave y cada atributo no clave que está enlazado a columnas de la tabla principal de dimensiones.

• Entre el atributo clave y el atributo asociado a la clave externa de la tabla secundaria que conecta 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

• City

• 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 SQL Server 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:

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

• El atributo región está en una relación de atributo con el atributo ciudad.

• "Atributo 'City' como relación de atributo al 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 propiedad SourceAttribute de un nivel determina qué atributo se usa para describir el nivel. La propiedad KeyColumns del atributo especifica la columna en la vista del origen de datos que proporciona los miembros. La propiedad NameColumn 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, 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, consulte Crear jerarquías definidas por el usuario.

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 fuentes de datos subyacentes. Los miembros que no son hoja tienen descendientes y contienen datos derivados de agregaciones realizadas en miembros hijos. En los niveles agregados, los miembros se basan en agregaciones de niveles subordinados. Por lo tanto, cuando la propiedad IsAggregatable se establece en False en un atributo de origen para un nivel, no se deben agregar atributos aggregatables 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 de miembro, con la palabra clave PROPERTIES 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