Espacio del cubo

El espacio del cubo es el producto de los miembros de las jerarquías de atributos de un cubo con las medidas del cubo. Por lo tanto, el espacio del cubo viene determinado por el producto combinatorio de todos los miembros de la jerarquía de atributos del cubo y las medidas del cubo y define el tamaño máximo del cubo. Es importante tener en cuenta que este espacio incluye todas las combinaciones posibles de miembros de jerarquía de atributos; incluso combinaciones que podrían considerarse imposibles en el mundo real, es decir, combinaciones donde la ciudad es París y los países o regiones son Inglaterra o España o Japón o India o en otro lugar.

Autoexists y espacio cúbico

El concepto de autoexist limita este espacio de cubo a las celdas que realmente existen. Es posible que los miembros de una jerarquía de atributos de una dimensión no existan con miembros de otra jerarquía de atributos en la misma dimensión.

Por ejemplo, si tiene un cubo que tiene la jerarquía de atributos de la ciudad, la jerarquía de atributos del país y una medida de Monto de Ventas por Internet, el espacio de este cubo solo incluye los miembros que coexisten. Por ejemplo, si la jerarquía de atributos City incluye las ciudades de Nueva York, Londres, París, Tokio y Melbourne; y la jerarquía de atributos Country incluyen los países Estados Unidos, Reino Unido, Francia, Japón y Australia; después, el espacio del cubo no incluye el espacio (celda) en la intersección de París y Estados Unidos.

Al consultar celdas que no existen, las celdas no existentes devuelven valores NULL; es decir, no pueden contener cálculos y no se puede definir un cálculo que escriba en este espacio. Por ejemplo, la siguiente declaración incluye celdas que no existen.

SELECT [Customer].[Gender].[Gender].Members ON COLUMNS,  
{[Customer].[Customer].[Aaron A. Allen]  
   ,[Customer].[Customer].[Abigail Clark]} ON ROWS   
FROM [Adventure Works]  
WHERE Measures.[Internet Sales Amount]  

Al ejecutar la consulta anterior, la celda de la intersección de Aaron A. Allen y Female muestra un valor NULL. Del mismo modo, la celda en la intersección de Abigail Clark y Male muestra un valor NULL. Estas celdas no existen y no pueden contener un valor, pero las celdas que no existen pueden aparecer en el resultado devuelto por una consulta.

Cuando se usa la función Crossjoin (MDX) para devolver el producto cruzado de los miembros de jerarquía de atributos de las jerarquías de atributos en la misma dimensión, la auto-existe limita esas tuplas que se devuelven al conjunto de tuplas que existen realmente, en lugar de devolver un producto cartesiano completo. Por ejemplo, ejecute y examine los resultados de la ejecución de la consulta siguiente.

SELECT CROSSJOIN  
   (  
      {[Customer].[Country].[United States]},  
         [Customer].[State-Province].Members  
  ) ON 0   
FROM [Adventure Works]  
WHERE Measures.[Internet Sales Amount]  

La consulta anterior solo devuelve celdas para los miembros de cada jerarquía de atributos en la consulta que coexisten entre ellas. La consulta anterior también se puede escribir mediante la nueva variante * de la función * (Crossjoin) (MDX).

SELECT   
   [Customer].[Country].[United States] *   
      [Customer].[State-Province].Members  
ON 0   
FROM [Adventure Works]  
WHERE Measures.[Internet Sales Amount]  

La consulta anterior también se puede escribir de la siguiente manera:

SELECT [Customer].[State-Province].Members  
ON 0   
FROM [Adventure Works]  
WHERE (Measures.[Internet Sales Amount],  
   [Customer].[Country].[United States])  

Los valores de celda devueltos serán idénticos, aunque los metadatos del conjunto de resultados serán diferentes. Por ejemplo, con la consulta anterior, la jerarquía Country se movió al eje de segmentación (en la cláusula WHERE) y, por lo tanto, no aparece explícitamente en el conjunto de resultados.

Cada una de estas tres consultas anteriores muestra el efecto del comportamiento de la "auto-exists" en SQL Server Analysis Services.

jerarquías de User-Defined y espacio de cubos

En los ejemplos anteriores de este tema se definen posiciones en el espacio de cubo mediante jerarquías de atributos. Sin embargo, también puede definir una posición en el espacio de cubo mediante jerarquías definidas por el usuario que se han definido en función de las jerarquías de atributos de una dimensión. Una jerarquía definida por el usuario es una jerarquía de jerarquías de atributos diseñadas para facilitar la exploración de datos de cubos por parte de los usuarios.

Por ejemplo, la CROSSJOIN consulta de la sección anterior también podría haberse escrito de la siguiente manera:

SELECT CROSSJOIN  
   (  
      {[Customer].[Country].[United States]},  
         [Customer].[Customer Geography].[State-Province].Members  
   )   
ON 0   
FROM [Adventure Works]  
WHERE Measures.[Internet Sales Amount]  

En la consulta anterior, la jerarquía definida por el usuario Customer Geography dentro de la dimensión Customer se usa para definir la posición en el espacio de cubo definido anteriormente mediante una jerarquía de atributos. La posición idéntica en el espacio de cubo se puede definir mediante jerarquías de atributos o jerarquías definidas por el usuario.

Relaciones de atributo y espacio de cubo

La definición de relaciones de atributo entre atributos relacionados mejora el rendimiento de las consultas (al facilitar la creación de agregaciones adecuadas) y afecta al miembro de una jerarquía de atributos relacionada que aparece con un miembro de jerarquía de atributos. Por ejemplo, cuando se define una tupla que incluye un miembro de la jerarquía de atributos "Ciudad" y la tupla no define explícitamente el miembro de la jerarquía de atributos "País", es posible esperar que el miembro predeterminado de la jerarquía de atributos "País" sea el miembro relacionado de dicha jerarquía de atributos "País". Sin embargo, esto solo es cierto si se define una relación de atributo entre la jerarquía de atributos Ciudad y la jerarquía de atributos País.

En el ejemplo siguiente se devuelve el miembro de una jerarquía de atributos relacionada que no se incluye explícitamente en la consulta.

WITH MEMBER Measures.x AS   
   Customer.Country.CurrentMember.Name  
SELECT Measures.x ON 0,  
Customer.City.Members ON 1  
FROM [Adventure Works]  

En la consulta anterior, se devuelve el nombre del miembro de la jerarquía de atributos de Country que está asociado a cada miembro de la jerarquía de atributos de Estado. Aparece el miembro Country esperado (porque se define una relación de atributo entre los atributos City y Country). Sin embargo, si no se definió ninguna relación de atributo entre jerarquías de atributos en la misma dimensión, se devolverá el miembro (All), como se muestra en la consulta siguiente.

WITH MEMBER Measures.x AS   
   Customer.Education.Currentmember.Name  
SELECT Measures.x  ON 0,   
Customer.City.Members ON 1  
FROM [Adventure Works]  

En la consulta anterior, se devuelve el miembro (Todos los clientes), porque no hay ninguna relación entre Education y City. Por lo tanto, el miembro (All) de la jerarquía de atributos Educación sería el miembro predeterminado de la jerarquía de atributos Educación utilizado en cualquier tupla que involucre la jerarquía de atributos Ciudad donde no se proporcione explícitamente un miembro de Educación.

Contexto de cálculo

Véase también

Conceptos clave en MDX (Analysis Services)
Tuplas
Autoexists
Trabajar con miembros, tuplas y conjuntos (MDX)
Totales visuales y totales no visuales
Referencia del lenguaje MDX (MDX)
Referencia de expresiones multidimensionales (MDX)