HIERARCHIES / JERARQUÍAS

English (Español a continuación)

ASO cube dimensions can have 3 types of hierarchies:

  • Stored. This property applies to all members of the dimension.
  • Dynamics. This property applies to all members of the dimension.
  • Multiple Hierarchies Enabled – Allows the dimension to have stored hierarchies and dynamic hierarchies. The stored/dynamic types are selected in generation 2 and applied to all of its descendants.

Hierarchy type selection is made on the top member of the dimension (generation 1).

  • Right-click on the dimension member and in the window that opens select “Edit member properties” where you can select the type of hierarchy.
  • By default, Essbase applies the type “Stored”.

Considerations:

  • Ideally, the majority of the dimensions should be stored dimensions.
  • If a dimension cannot be a stored dimension (because it has formulas), then select the Multiple type, and apply the dynamic type exclusively to the hierarchy of this dimension that contains formulas, applying the stored type to the rest of the hierarchies of this dimension.
  • Within a multiple hierarchy use as few additional hierarchies as possible.
    • Adding additional hierarchies negatively affects efficiency.
  • The efficiency of ASO cubes deteriorates significantly when dynamic hierarchies are used, or formulas are used on members.
    • Using ASO cubes for calculations is not recommended.

I.- Stored hierarchy

Some considerations:

  • Improves performance: try to select stored dimensions whenever possible (and always large dimensions).
    • The aggregation is very fast.
  • You cannot use shared members.
  • Members may not have formulas.
  • It cannot be the compression dimension (which must be dynamic).
  • The dimension with type “Account” cannot be of this type.

This type of hierarchy allows the following options:

a) Type of dimension:

  • None
  • Time
  • Date and Time

b) Data storage:

  • Store data
  • Never share
  • Tag only (if a member is assigned this property, all siblings of the member, their ancestors, and siblings of ancestors must have this property).

c) For the definition of aggregate views, it allows the following levels of aggregation:

  • Default
  • Consider all levels
  • Do not add
  • Consider only higher level
  • Never add to intermediate levels

d) Its members can have the following consolidation operators:

  • Addition
  • Skip (only if parent is tag only)
  • Never

II.- Dynamic hierarchy

Some considerations:

  • Allows complex calculations and members with formulas.
  • It can have shared members.
    • May contain shared members of original members of stored hierarchies or dynamic hierarchies (both level 0 members and higher level members).
    • It can contain the original member and a shared member.
    • It can contain an ancestor and a descendant of the previous one, both as shared members.
  • Longer query time than stored hierarchies.
    • Members and formulas are calculated in the query in a specific order.
  • Avoid making large dimensions dynamic.
  • The compression dimension must be dynamic (when a dimension is assigned the compression property Essbase automatically makes it dynamic).
  • They cannot be part of an aggregate view.
  • Does not allow calculations in two passes.
  • The “Account” dimension is automatically converted by Essbase into a dynamic hierarchy.

This type of hierarchy allows the following options:

a) Type of dimension:

  • None
  • Accounts
  • Time

b) Data storage:

  • Store data
  • Never share
  • Label only
  • Shared member

c) Aggregate views do not apply to dynamic hierarchies which are always calculated at query time.

d) Its members can have the following consolidation operators:

  • Addition
  • Subtraction
  • Multiplication
  • Division
  • %
  • Skip
  • Never

III.- Hierarchies activated

Some considerations:

  • The top member of the dimension (generation 1) is type “Label only”.
  • The first member of generation 2 (first hierarchy) must be a stored hierarchy. This property applies to all of its descendants. This first hierarchy cannot contain shared members.
  • The other members of generation 2 can be stored or dynamic hierarchies, and this property applies to all their descendants.
  • These stored (except for the first) and dynamic hierarchies can have shared members. Hierarchies stored with the following limitations:
    • Can contain shared members of a stored hierarchy (both level 0 members and higher level members).
    • It can contain shared members of a dynamic hierarchy as long as they are level 0 members and do not have formulas.
    • The same stored hierarchy cannot contain the original member and a shared member, as data would be duplicated.
    • The same stored hierarchy cannot contain the same shared member more than once, since the data would be duplicated: for example, it cannot contain shared members of an ancestor and of one of its descendant (the data of the descendant would be duplicated).

This type of hierarchy allows the following options:

1.- Stored hierarchies:

  • Presents the same options as the stored type hierarchy, plus allows shared members (except in the first hierarchy).

2.- Dynamic hierarchies:

  • Presents the same options as the dynamic type hierarchy.

Español

Las dimensiones de los cubos ASO pueden tener 3 tipos de jerarquías:

  • Almacenada. Esta propiedad se aplica a todos los miembros de la dimensión.
  • Dinámica. Esta propiedad se aplica a todos los miembros de la dimensión.
  • Jerarquías activadas: permite que la dimensión tenga jerarquías almacenadas y jerarquías dinámicas. Los tipos almacenada / dinámica se seleccionan en la generación 2, y se aplica a todos sus descendientes.

La selección del tipo de jerarquía se realiza en el miembro superior de la dimensión (generación 1).

  • Se hace click con el botón derecho sobre el miembro de la dimensión y en la ventana que se abre se selecciona “Editar propiedades de miembros” donde se puede seleccionar el tipo de jerarquía.
  • Por defecto Essbase aplica el tipo “Almacenada”.

Consideraciones:

  • Lo ideal es que la mayoría de las dimensiones sea del tipo almacenamiento.
  • Si una dimensión no puede ser de almacenamiento (porque lleva fórmulas) entonces seleccionar tipo Múltiple, y aplicar el tipo dinámico exclusivamente a la jerarquía de esta dimensión que contenga fórmulas, aplicando al resto de jerarquías de esta dimensión el tipo de almacenamiento.
  • Dentro de una jerarquía múltiple utilizar el mínimo número posible de jerarquías adicionales.
    • Añadir jerarquías adicionales afecta negativamente a la eficiencia.
  • La eficiencia de los cubos ASO se deteriora significativamente cuando se utilizan jerarquías dinámicas o se utilizan fórmulas en miembros.
    • No se recomiendan utilizar cubos ASO para realizar cálculos.

I.- Jerarquía almacenada

Algunas consideraciones:

  • Mejora el rendimiento: hay que intentar hacer las dimensiones de almacenamiento siempre que sea posible (y siempre las dimensiones de gran tamaño).
    • La agregación es muy rápida.
  • No puede llevar miembros compartidos.
  • Los miembros no pueden llevar fórmulas.
  • No puede ser la dimensión de compresión (que debe ser dinámica).
  • La dimensión con el tipo “Cuenta” no pueden ser de tipo “Almacenada”.

Este tipo de jerarquía permite las siguientes opciones:

a) Tipo de dimensión:

  • Ninguna
  • Tiempo
  • Fecha y hora

b) Almacenamiento de datos:

  • Almacenar datos
  • Nunca compartir
  • Sólo etiqueta (si un miembro tiene asignada esta propiedad, todos sus hermanos, sus ascendientes y hermanos de los ascendientes tienen que tener esta propiedad).

c) Para la definición de vistas agregadas permite los siguientes niveles de agregación:

  • Por defecto
  • Considerar todos los niveles
  • No agregar
  • Considerar sólo nivel superior
  • No agregar nunca a niveles intermedios

d) Sus miembros pueden llevar los siguientes operadores de consolidación:

  • Suma
  • Omitir (sólo si el padre es sólo etiqueta)
  • Nunca

II.- Jerarquía dinámica

Algunas consideraciones:

  • Permite cálculos complejos y miembros con fórmulas.
  • Pueden llevar miembros compartidos.
    • Puede contener miembros compartidos de miembros originales de jerarquías de almacenamiento o de jerarquías dinámicas (tanto de miembros de nivel 0 como de miembros de niveles superiores).
    • Pueden contener el miembro original y un miembro compartido.
    • Puede contener a un ascendiente y a un descendiente del anterior, ambos como miembros compartidos.
  • Mayor tiempo de consulta que el almacenamiento.
    • Los miembros y las fórmulas se calculan en la consulta según un orden establecido.
  • Hay que evitar hacer dinámicas dimensiones grandes.
  • La dimensión de compresión debe ser dinámica (cuando se asigna a una dimensión la propiedad de compresión Essbase la convierte en dinámica automáticamente).
  • No pueden formar parte de una vista agregada.
  • No permite cálculos en dos pasadas.
  • La dimensión tipo “Cuenta” Essbase la convierte automáticamente en jerarquía dinámica.

Este tipo de jerarquía permite las siguientes opciones:

a) Tipo de dimensión:

  • Ninguna
  • Cuentas
  • Tiempo

b) Almacenamiento de datos:

  • Almacenar datos
  • Nunca compartir
  • Sólo etiqueta
  • Miembro compartido

c) Las vistas agregadas no se aplican a las jerarquías dinámicas que son siempre calculadas en el momento de la consulta.

d) Sus miembros pueden llevar los siguientes operadores de consolidación:

  • Suma
  • Resta
  • Multiplicación
  • División
  • %
  • Omitir.
  • Nunca

III.- Jerarquías activadas

Algunas consideraciones:

  • El miembro superior de la dimensión (generación 1) es de tipo “Solo etiqueta”.
  • El primer miembro de la generación 2 (primera jerarquía) debe ser de tipo almacenada. Esta propiedad de aplica a todos sus descendientes. Esta primera jerarquía no puede contener miembros compartidos.
  • Los demás miembros de la generación 2 pueden ser de tipo almacenada o dinámica, y esta propiedad se aplica a todos sus descendientes.
  • Estas jerarquías almacenadas (a excepción de la primera) y dinámicas pueden llevar miembros compartidos. Las jerarquías almacenadas con las siguientes limitaciones:
    • Puede contener miembros compartidos de una jerarquía de almacenamiento (tanto de miembros de nivel 0 como de miembros de niveles superiores).
    • Puede contener miembros compartidos de una jerarquía dinámica siempre que sean de miembros de nivel 0 que no tengan fórmulas.
    • Una misma jerarquía de almacenamiento no puede contener el miembro original y un miembro compartido, ya que los datos se duplicarían.
    • Una misma jerarquía de almacenamiento no pueden contener más de una vez a un mismo miembro compartido, ya que los datos se duplicarían: por ejemplo, no puede contener como miembros compartidos a un ascendiente y a un descendiente del anterior (el dato del descendiente estaría duplicado).

Este tipo de jerarquía permite las siguientes opciones:

1.- Jerarquías almacenadas:

  • Presenta las mismas opciones que la jerarquía de tipo almacenada, además de permitir miembros compartidos (salvo en la primera jerarquía).

2.- Jerarquías dinámicas:

  • Presenta las mismas opciones que la jerarquía de tipo dinámica.