Dimensión de compresión para cubos de almacenamiento agregado

La elección de una dimensión de compresión para el cubo de almacenamiento agregado (ASO) de Essbase puede afectar significativamente al rendimiento. Por defecto, es la dimensión Accounts. Una buena opción para un candidato es aquella que optimiza la compresión de datos mientras mantiene el rendimiento de recuperación.

El cambio de la dimensión de compresión dispara una reestructuración completa del cubo. La dimensión de compresión debe ser una única jerarquía dinámica. Si la dimensión tiene un valor de jerarquía diferente, como varias jerarquías, se establecerá automáticamente en la única jerarquía dinámica. Se pierde el valor de jerarquía original (al establecer una dimensión diferente, ya que la compresión no devuelve el valor de jerarquía original). Las dimensiones del atributo no pueden ser dimensiones con compresión, ni tampoco las dimensiones con atributos asociados.

Note:

La información de este tema se aplica a las bases de datos cargadas. Consulte Carga de datos en cubos de almacenamiento agregado.

Mantenimiento del Rendimiento de Recuperación

Puesto que las dimensiones de compresión se calculan dinámicamente, debe tener en cuenta las consideraciones de diseño para las dimensiones calculadas dinámicamente al seleccionar una dimensión de compresión. Las dimensiones dinámicas se calculan en el momento de la recuperación, por lo que el tiempo de recuperación de datos es más largo que para las jerarquías almacenadas.

Si una dimensión con un gran número de miembros de nivel 0 se etiqueta como compresión, las consultas de nivel superior tardan más porque necesitan que se recuperen muchos miembros de nivel 0. Si los usuarios están realizando muchas recuperaciones de nivel superior en una dimensión grande, no es un buen candidato para una dimensión de compresión.

Ver estadísticas de estimación de compresión

Puede ver estadísticas detalladas de compresión y consulta en la interfaz web de Essbase, MaxL o la API de REST. Estas estimaciones pueden ayudarle a elegir la mejor dimensión que utilizar como dimensión de compresión. Para cada dimensión, puede ver el número de miembros de nivel 0 almacenados, lo que afecta al rendimiento de recuperación; el relleno medio del paquete y la longitud media del valor, lo que afecta a la compresión; y el tamaño de nivel 0.

Para ver las estadísticas, seleccione uno de los siguientes métodos:

La interfaz web de Essbase. Por ejemplo:
Versión de almacenamiento agregado de la sentencia MaxL de la base de datos de consultas. Por ejemplo:
```
query database ASOSamp.Basic list aggregate_storage compression_info;
```
Punto final de API de REST Obtener información de compresión de ASO.

Consulte las siguientes descripciones de cada una de las estadísticas relacionadas con la compresión y la consulta.

Miembros de nivel 0 almacenados

Las dimensiones con un gran número de miembros almacenados de nivel 0 no funcionan bien si se etiquetan como compresión. Como ocurre con cualquier dimensión calculada dinámicamente, por lo general, las recuperaciones de nivel superior de dimensiones de compresión son lentas.

Media de relleno de paquete

La compresión resulta más eficaz si los valores se agrupan de forma consecutiva en dimensiones o jerarquías, en lugar de ser distribuidos a través del esquema con gran cantidad de datos #MISSING entre valores. Essbase guarda la memoria almacenando información sobre la ubicación y el contenido de los grupos en vez de almacenarla por separado para cada una de las miembros. El relleno de paquete medio es el número medio de valores almacenados en los grupos. Puede variar entre 1 y 16, siendo 16 el valor óptimo. Si se selecciona una dimensión de compresión con un relleno de paquete medio mayor, la base de datos se comprime mejor.

En algunos esquemas, para mejorar esta compresión puede ordenar los números en la dimensión de compresión para que los miembros que Se rellenan con frecuencia se agrupen. Cuando se agrupan los miembros que Se rellenan, encajan más valores en cada paquete, lo que aumenta el relleno del paquete medio y mejora la compresión.

Longitud media del valor

La longitud de valor medio es el tamaño medio de almacenamiento, en bytes, necesario para los valores almacenados en las celdas. Puede variar entre 2 y 8 bytes, siendo 2 bytes el valor óptimo. Sin compresión, se necesitan 8 bytes para almacenar un valor en una celda. Con compresión, se pueden necesitar menos bytes, en función de la longitud del valor. Por ejemplo, pueden ser necesarios 8 bytes para almacenar 10.050001, incluso comprimido; pero para 10.05 pueden ser necesarios solo 2 bytes (4 bytes de almacenamiento si está comprimido). Las dimensiones con una longitud de valor medio menor comprimen mejor la base de datos.

Si los valores de datos se redondean a dos dígitos decimales como máximo, se puede reducir la longitud de valor medio, con lo que se mejora la compresión.

Tamaño esperado de nivel 0

Este campo indica el tamaño estimado de la base de datos comprimida. Un tamaño de nivel 0 esperado menor indica que se espera que la selección de esta dimensión permita una mejor compresión.