Dimensiones: introducción

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

Todas las dimensiones de Microsoft SQL Server SQL Server Analysis Services son grupos de atributos basados en columnas de tablas o vistas en una vista del origen de datos. Las dimensiones existen independientemente de un cubo, se pueden usar en varios cubos, se pueden usar varias veces en un solo cubo y se pueden vincular entre instancias de SQL Server Analysis Services. Una dimensión independiente de un cubo se denomina dimensión de base de datos, mientras que una instancia de una dimensión de base de datos de un cubo se denomina dimensión de cubo.

Dimensión basada en un diseño de esquema en estrella

La estructura de una dimensión depende en gran medida de la estructura de la tabla o tablas de dimensiones subyacentes. La estructura más sencilla se denomina esquema en estrella, en la que cada dimensión se basa en una única tabla de dimensiones que se vincula directamente a la tabla de hechos mediante una relación de clave principal a clave externa.

En el diagrama siguiente se muestra una subsección de la base de datos de ejemplo AdventureWorksDW2012 , en la que la tabla de hechos FactResellerSales está relacionada con dos tablas de dimensiones, DimReseller y DimPromotion. La columna ResellerKey de la tabla de hechos FactResellerSales define una relación de clave externa con la columna de clave principal ResellerKey de la tabla de dimensiones DimReseller . Del mismo modo, la columna PromotionKey de la tabla de hechos FactResellerSales define una relación de clave externa con la columna de clave principal PromotionKey de la tabla de dimensiones DimPromotion .

de

Dimensión basada en un diseño de esquema de copo de nieve

Normalmente se necesita una estructura más compleja, dado que se necesita la información de varias tablas para definir la dimensión. En esta estructura, denominada esquema de copo de nieve, cada dimensión se basa en los atributos de las columnas de varias tablas vinculadas entre sí y a la tabla de hechos mediante relaciones de clave principal a clave externa. Por ejemplo, en el diagrama siguiente se muestran las tablas necesarias para describir completamente la dimensión Product en el proyecto de ejemplo AdventureWorksDW :

Para describir completamente un producto, la categoría y la subcategoría del producto deben incluirse en la dimensión de producto. Sin embargo, esa información no reside directamente en la tabla principal de la dimensión DimProduct . Una relación de clave externa de DimProduct a DimProductSubcategory, que a su vez tiene una relación de clave externa con la tabla DimProductCategory , permite incluir la información de categorías y subcategorías de productos en la dimensión Product.

Esquema de copo de nieve frente a relación de referencia

Algunas veces se puede optar entre utilizar un esquema en estrella para definir los atributos de una dimensión a partir de varias tablas, o bien definir dos dimensiones independientes y una relación de dimensión de referencia entre ellas. En el siguiente diagrama se muestra este tipo de escenario.

de ejemplo

En el diagrama anterior, la tabla de hechos FactResellerSales no tiene una relación de clave externa con la tabla de dimensiones DimGeography . Sin embargo, la tabla de hechos FactResellerSales tiene una relación de clave externa con la tabla de dimensiones DimReseller , que a su vez tiene una relación de clave externa con la tabla de dimensiones DimGeography . Para definir una dimensión Reseller que contenga información geográfica sobre cada revendedor, tendría que recuperar estos atributos de las tablas de dimensiones DimGeography y DimReseller . Sin embargo, en SQL Server Analysis Services, puede lograr el mismo resultado creando dos dimensiones independientes y vinculándolas en un grupo de medida definiendo una relación de dimensión de referencia entre las dos dimensiones. Para obtener más información sobre las relaciones de dimensión de referencia, vea Relaciones de dimensión.

Una ventaja del uso de relaciones de dimensiones de referencia en este escenario es que es posible crear una única dimensión geográfica y, a continuación, crear varias dimensiones de cubo basadas en la dimensión geográfica, sin que se necesite espacio de almacenamiento adicional. Por ejemplo, puede vincular una de las dimensiones de cubo geográficas a una dimensión de distribuidor y otra de las dimensiones de cubo geográficas a una dimensión de cliente. Temas relacionados:Relaciones de dimensión, Definir una relación a la que se hace referencia y propiedades de relación a las que se hace referencia

Procesar una dimensión

Tras crear una dimensión, debe procesarla antes de poder ver los miembros de sus atributos y sus jerarquías. Tras modificar la estructura de una dimensión o actualizar la información de sus tablas subyacentes, tiene que volver a procesar la dimensión antes de poder ver los cambios. Cuando se procesa una dimensión después de realizar cambios estructurales, se deben procesar también los cubos que incluyen la dimensión, ya que de lo contrario el cubo no se podrá ver.

Seguridad

Todos los objetos subordinados de una dimensión, incluidas las jerarquías, los niveles y los miembros, se protegen mediante roles en SQL Server Analysis Services. La seguridad de las dimensiones se puede aplicar a todos los cubos de la base de datos que utilizan la dimensión o solo a determinado cubo. Para obtener más información sobre la seguridad de dimensiones, vea Conceder permisos en una dimensión (Analysis Services) .

Consulte también

Almacenamiento de dimensiones
Traducciones de dimensiones
Dimensiones habilitadas para escritura