Crear medidas y grupos de medida
Una medida es una agregación de valores de datos numéricos, como una suma, un recuento, un mínimo, un máximo o un promedio, o una expresión MDX personalizada que cree. Un grupo de medida es un contenedor para una o más medidas. Todas las medidas existen en un grupo de medida, incluso si solo hay una medida. Un cubo debe tener al menos una medida y un grupo de medida.
En este tema se incluyen las secciones siguientes:
Enfoques para crear medidas
Componentes de una medida
Modelado de medidas y grupos de medida en hechos y tablas de hechos
Granularidad de un grupo de medida
Enfoques para crear medidas
Las medidas pueden ser un elemento estático del cubo, creadas en tiempo de diseño, siempre presentes cada vez que se tiene acceso al cubo. Pero también puede definir una medida como un miembro calculado mediante MDX para proporcionar un valor calculado para una medida en función de otras medidas del cubo. Un miembro calculado puede pertenecer al ámbito de la sesión o del usuario.
Para crear una medida o un grupo de medida, utilice uno de estos enfoques:
Asistente para cubos |
Ejecute el Asistente para cubos en Herramientas de datos de SQL Server (SSDT) para crear un cubo. En el Explorador de soluciones, haga clic con el botón secundario en Cubos y luego elija Nuevo cubo. Vea Creación de modelos multidimensionales (tutorial de Adventure Works) si necesita ayuda para realizar los pasos. Cuando crea un cubo basado en las tablas de un almacén de datos existente, las definiciones para el grupo de medida y las medidas se materializan como parte del proceso de creación del cubo. En el asistente, podrá elegir qué hechos y tablas de hechos va a utilizar como base para los objetos de la medida y los grupos de medida en el cubo. |
Cuadro de diálogo Nueva medida |
Suponiendo que el cubo ya existe en Herramientas de datos de SQL Server (SSDT), haga doble clic en el nombre del cubo en el Explorador de soluciones para abrirlo en el Diseñador de cubos. En el panel Medidas, haga clic en el nodo superior para crear un nuevo grupo de medida o medidas nuevas especificando una tabla de origen, una columna y el tipo de agregación. Con este enfoque tiene que elegir el método de agregación de una lista fija de funciones creadas previamente. Vea Usar funciones de agregado para obtener una descripción de las agregaciones más usadas. |
Miembro calculado |
Los miembros calculados agregan flexibilidad y capacidad de análisis a un cubo en Analysis Services porque permiten determinar cuándo y cómo se deben crear. Ciertas veces, solo necesitará una medida temporalmente, para la duración de una sesión de usuario o en Management Studio como parte de una investigación. En Herramientas de datos de SQL Server (SSDT), abra la pestaña Cálculos para crear un nuevo miembro calculado. Elija este método cuando base una medida en una expresión MDX. Vea estos temas para más información: Generar medidas en MDX, Cálculos, Cálculos en modelos multidimensionales y Aspectos básicos de scripting MDX (Analysis Services). |
MDX o XMLA |
En SQL Server Management Studio, puede ejecutar MDX o XMLA para modificar una base de datos e incluir una nueva medida calculada. Este enfoque es útil para pruebas ad hoc de datos, después de implementar la solución en un servidor. Vea Documentar y crear scripts en una base de datos de Analysis Services. |
Componentes de una medida
Una medida es un objeto con propiedades. Además del nombre, una medida debe tener un tipo de agregación y una columna de origen o una expresión que se utilice para cargar la medida con los datos. Para modificar la definición de la medida, establezca sus propiedades.
origen |
La mayoría de las medidas proceden de las columnas numéricas de las tablas de hecho que están en un almacén de datos externo, como la columna Importe de ventas de las tablas Venta por Internet y Venta del distribuidor en el almacén de datos AdventureWorks, pero también puede crear nuevas medidas basadas específicamente en los cálculos que defina. Las columnas de atributo de las tablas de dimensiones pueden utilizarse para definir medidas, pero generalmente son de suma parcial o no aditivas en términos de comportamiento de agregación. Para obtener más información acerca del comportamiento de suma parcial, vea Definir el comportamiento de suma parcial. |
agregación |
De manera predeterminada, las medidas se suman en cada dimensión. Sin embargo, la propiedad AggregateFunction permite modificar este comportamiento. Vea Usar funciones de agregado para ver una lista. |
Propiedades |
Vea Configurar propiedades de medidas para obtener descripciones de propiedad adicionales. |
Modelado de medidas y grupos de medida en hechos y tablas de hechos
Aquí entenderá los principios de modelado incluidos en la definición de medidas antes de iniciar un asistente.
Las medidas y los grupos de medida son los objetos multidimensionales que representan los hechos y las tablas de hechos de un almacén de datos externo. En la mayoría de los casos, las medidas y los grupos de medida se basan en los objetos de una vista del origen de datos, que a su vez, se crean desde el almacén de datos subyacente.
En el siguiente diagrama se representa la tabla de hechos FactSalesQuota y las dos tablas de dimensiones asociadas a ella: DimTime y DimEmployee. En el cubo de ejemplo Adventure Works, estas tablas se utilizan como base del grupo de medida Cuotas de ventas y las dimensiones Hora y Empleado.
.gif "Tabla FactSalesQuota con dos tablas de dimensiones")
La tabla de hechos contiene dos tipos básicos de columnas: las columnas de atributos y las columnas de medida.
Las columnas de atributo se utilizan para crear relaciones de clave externa con tablas de dimensión, de forma que los datos cuantificables de las columnas de medida pueden organizarse por los datos contenidos en las tablas de dimensión. Las columnas de atributo también se utilizan para definir la granularidad de una tabla de hechos y su grupo de medida.
Las columnas de medida definen las medidas contenidas en un grupo de medida.
Al iniciar el Asistente para cubos, las claves externas se filtran. En la lista de columnas restantes para elegir, verá las columnas de medida y las columnas de atributos que no se identifican como una clave externa. En el ejemplo FactSalesQuote, el asistente ofrecerá CalendarYear y CalendarQuarter, además de SalesAmountQuota. Solo la columna de medida SalesAmountQuota dará como resultado una medida aplicable para el modelo multidimensional. Las otras columnas de fecha están para calificar cada importe de cuota. Debe excluir las otras columnas, CalendarYear y CalendarQuarter, de la lista de medidas del Asistente para cubos (o quitarlas del grupo de medida más adelante en el diseñador).
El punto de esta explicación es que no todas las columnas que ofrece el asistente son útiles como medida. Para decidir qué columnas va a utilizar como medidas, aplique su conocimiento de los datos y piense cómo va a usarlos. Recuerde que puede hacer clic con el botón secundario en una tabla de la vista de origen de datos para explorar los datos. Esto puede ayudarlo a identificar qué columnas debe usar como medidas. Para obtener más información, vea Explorar datos en una vista del origen de datos (Analysis Services).
[!NOTA]
No todas las medidas se derivan directamente de un valor almacenado en una columna de la tabla de hechos. Por ejemplo, la medida Recuento de vendedores definida en el grupo de medidas Cuotas de ventas del cubo de ejemplo Adventure Works se basa en realidad en el recuento de valores únicos (o recuento distintivo) de la columna EmployeeKey de la tabla de hechos FactSalesQuota.
Granularidad de un grupo de medida
Los grupos de medida tienen una granularidad asociada que hace referencia al nivel de detalle admitido en una tabla de hechos. La granularidad se establece a través de la relación de clave externa con una dimensión.
Por ejemplo, la tabla de hechos FactSalesQuota tiene una relación de clave externa con la tabla DimEmployee y cada registro de la tabla FactSalesQuota está relacionado con un único empleado. Por lo tanto, la granularidad del grupo de medida como se muestra en la dimensión Empleado está en el nivel del empleado individual.
La granularidad de un grupo de medida no puede ser más concreta que el nivel inferior de la dimensión desde la que se ve el grupo de medida, pero la granularidad puede hacerse más general mediante atributos adicionales. Por ejemplo, la tabla de hechos FactSalesQuota utiliza tres columnas, TimeKey, CalendarYear y CalendarQuarter, para establecer la granularidad de la relación con la tabla DimTime. En consecuencia, la granularidad del grupo de medida tal como se ve desde la dimensión Time es por trimestre natural, no por día, que es el nivel inferior de la dimensión Time.
Puede especificarse la granularidad de un grupo de medida con respecto a determinada dimensión mediante la pestaña Uso de dimensiones del Diseñador de cubos. Para obtener más información acerca de las relaciones de dimensiones, vea Relaciones de dimensión.