Consideraciones de diseño para esquemas de almacenamiento agregado

En este tema se enumeran las consideraciones clave de diseño al diseñar el esquema para el cubo de almacenamiento agregado (ASO) de Essbase. La forma en que se realizan las consultas tiene mucho que ver con la forma de planificar el esquema. Utilice las recomendaciones aquí cuando considere qué jerarquías implantar como jerarquías almacenadas, dinámicas o alternativas (dimensiones de atributos y miembros compartidos).

Para ver un ejemplo implementado de las recomendaciones de diseño, consulte el cubo ASOsamp.Basic, disponible en la galería.

Diseño del esquema de ASO

Tenga en cuenta la siguiente información al diseñar un esquema de almacenamiento agregado:

Utilice jerarquías almacenadas (en lugar de jerarquías dinámicas) tanto como sea posible.
Utilice miembros compartidos solo cuando sea necesario.
Minimice el número de jerarquías. (Por ejemplo, cada jerarquía almacenada adicional ralentiza la selección de vistas y potencialmente aumenta el tamaño de los datos agregados).
Si una jerarquía es un pequeño subjuego de la primera jerarquía, considere convertir la jerarquía pequeña en una jerarquía dinámica. Las consideraciones incluyen la frecuencia con la que se consultan los datos de la jerarquía y el impacto en el rendimiento de la consulta cuando se consulta dinámicamente en el momento de la recuperación.
El rendimiento de los atributos es el mismo que para los miembros de una jerarquía almacenada.
Cuanto mayor sea el nivel de asociación de un atributo al miembro base, más rápida será la consulta de recuperación.

Dimensiones de atributo y cubos ASO

En este tema se proporciona información sobre las diferencias entre el almacenamiento agregado y los cubos de almacenamiento de bloques con respecto a los atributos. Para utilizar la información de este tema, ya debe estar familiarizado con los conceptos de atributo para el almacenamiento de bloques. Consulte Trabajo con atributos de Essbase.

La siguiente información se aplica a las dimensiones de atributos cuando se utilizan en cubos de almacenamiento agregado:

Solo el operador de consolidación de adición (+) está disponible en las dimensiones de atributo.
Para una dimensión de atributo determinada, todas las asociaciones deben tener un nivel de la dimensión base. Por ejemplo, en el cubo ASOsamp.Basic, las asociaciones para la dimensión de atributo Store Manager están con el nivel 0 de la dimensión Stores. Las siguientes restricciones se aplican a las asociaciones de atributos:
- Nivel 0: puede asociar atributos con cualquier miembro de nivel 0 de una jerarquía dinámica o almacenada que no tenga una fórmula.
- No nivel 0: puede asociar atributos solo a miembros de nivel superior en la jerarquía almacenada principal.

Las dimensiones de atributo no tienen tipos de jerarquía. No puede especificar una dimensión de atributo como jerarquía dinámica o almacenada. Essbase trata las dimensiones de atributo como jerarquías alternativas almacenadas de la dimensión base. Por ejemplo, en la base de datos ASOsamp.Basic, Essbase trata la dimensión de atributo de Store Manager como si la dimensión Store Manager fuera una jerarquía alternativa almacenada de la dimensión Stores.

Cuando el seguimiento de consultas está activado, Essbase tiene en cuenta las consultas sobre datos de dimensión de atributo y puede incluir miembros de dimensión de atributo en selecciones de vista agregada. Consulte Selección de vistas según el uso.

Note:

Las consultas sobre miembros de atributo que están asociados con miembros que no son de nivel 0 devuelven valores para los descendientes del miembro que no es de nivel 0. Este comportamiento de las consultas sobre miembros de atributos en cubos de almacenamiento agregado es diferente del comportamiento en cubos de almacenamiento de bloques.

Consultas de atributos en cubos ASO

Al seleccionar y crear vistas basadas en datos de consulta de atributos, algunas consultas sobre datos de atributos siempre se calculan dinámicamente en el momento de la recuperación, lo que puede afectar al rendimiento de la consulta.

Cada consulta que incluya miembros de dimensión de atributo también debe incluir al menos un miembro de la dimensión base. Si la consulta implica una única dimensión de atributo y un miembro de dimensión de suma de todos, Essbase agrega los datos de consulta, lo que podría mejorar el rendimiento de la consulta. En otros casos, Essbase debe calcular la consulta en el momento de la recuperación.

En la siguiente tabla se describen los tipos de consulta de atributos y cómo calcula Essbase la consulta:

Tabla 36-2 Consultas de atributos y rendimiento de cálculo

Tipo de consulta de atributo	Tipo de cálculo de consulta
La consulta implica un miembro de dimensión base de suma de todos y miembros de una dimensión de atributo.	Essbase puede agregar datos de consulta, lo que podría mejorar el rendimiento de las consultas.
La consulta implica cualquier miembro de la dimensión base y miembros de varias dimensiones de atributo.	Essbase calcula la consulta en el momento de la recuperación en función de los datos de entrada de nivel 0.
La consulta implica cualquier miembro secundario del miembro de dimensión base (o miembro de dimensión que está etiquetado como solo etiqueta) y miembros de una dimensión de atributo.	Essbase calcula la consulta en el momento de la recuperación en función de los datos de entrada de nivel 0 o de los datos de las agregaciones de la dimensión base.

En la ilustración de esquema que aparece a continuación, RealDimension es la suma de todos sus descendientes (no se etiqueta como solo etiqueta). Si una consulta implica uno o más miembros de una sola dimensión de atributo (por ejemplo, AttributeDimension1), cruzada con el miembro de dimensión base (RealDimension), Essbase puede crear celdas de agregación para los datos, lo que podría mejorar el rendimiento de la consulta.

Sin embargo, las siguientes consultas siempre se calculan en el momento de la recuperación:

Cualquier consulta que solicite datos para miembros de una dimensión de atributo (por ejemplo, AttributeDimension1) y cualquiera de los elementos secundarios de RealDimension se calcula dinámicamente en el momento de la recuperación en función de los datos de entrada de nivel 0 o de los datos de las agregaciones.
Cualquier consulta que solicite datos de varias dimensiones de atributo (por ejemplo, AttributeDimension1 y AttributeDimension2) y una dimensión de miembro base (por ejemplo, RealDimension) se calcula dinámicamente en el momento de la recuperación en función de los datos de entrada de nivel 0.

Figura 36-4 Esquema para el Ejemplo de Consulta de Atributos

Consultas de atributos y varias jerarquías

Al consultar datos de una dimensión que tiene varias jerarquías, el rendimiento de la consulta puede mejorar si consulta los datos de la siguiente forma:

Seleccione la jerarquía que desea consultar.
Navegue para buscar los datos detallados (por ejemplo, acercando la jerarquía en Smart View).

Incluir miembros de jerarquía dinámica y miembros de jerarquía almacenados en la misma consulta puede requerir una gran caché de memoria interna, lo que reduce el rendimiento de la consulta.