English (Español a continuación)
Right-click on the database, select Edit / Properties / Statistics and the following information can be consulted:
Number of existing blocks: number of existing blocks (at least one cell has data).
Block size: measures the size in bytes of the block; It is calculated by multiplying the number of members of the dense dimensions (excluding: «labels only», «shared members» …) * 8 bytes. The ideal size is between 8 KB and 100 KB.
Example: we have a database with the following structure:
- Block size: (7 * 13 * 6) * 8 bytes = 4,368 bytes
Potential number of blocks: it is calculated by multiplying all the members of the sparse dimensions (excluding “only labels”, “shared members”…).
Starting from the previous example:
- Potential number of blocks: (60 * 50 * 19) = 57,000 blocks
Existing lever 0 blocks: those existing blocks formed by combinations of members level 0 of the sparse dimensions.
Existing upper-level blocks: those blocks formed by combinations of members of the sparse dimensions in which at least one of these members is not of level 0.
Block Density (%): Average number of cells in existing blocks that contain information. You have to try to increase the density but balancing with the number of blocks (it is not efficient if increasing the density excessively increases the number of blocks).
In the example above:
- No. of cells per blocks: (7 * 13 * 6) = 546 cells
Suppose we have uploaded data in
- Years: in 2 years: 2018 and 2019
- Months: in the 12 months of each year
- Data: in 2 variables: sales and margin
The number of cells in which we have uploaded data are:
- No. of cells with data: (2 * 12 * 2) = 48 cells
The density of the block would be:
- Block density: No. of cells with data in each block / No. of cells per blocks = 48 / 546 = 8.79%
This calculation would be correct if in all the existing blocks we had uploaded this information (48 cells with data in each block). If in some existing blocks we had uploaded less information, the density would be lower.
Percentage of maximum blocks existing: ratio of the number of existing blocks to the potential number of blocks; this percentage indicates the level of dispersion of the base. Many times this % is quite low (less than 1%).
Suppose that in the previous example we have uploaded data in:
- Markets: in 7 markets
- Products: in 9 products
- Vendors: in 3 vendors
We would have:
- No. of existing blocks: (7 * 9 * 3) = 189 blocks
- Percentage of maximum existing blocks = 189 / 57,000 = 0.331%
Compression ratio: % representing the size of the compressed block versus the uncompressed block.
It will depend on the compression system that we are using to save the data on the disk:
- Bitmap encoding (this is the system that is applied by default)
- RLE encoding
- ZLIB
- No compression
Average clustering ratio: measures the level of fragmentation of the data (.pag files). The maximum value is 1 (no fragmentation).
- If the ratio is significantly lower than 1, a base restructuring will have to be done (after restructuring the level returns to 1).
Cache Hit Ratio (Index / Data): % of times information has been retrieved from cache rather than disk.
- The higher this %, the greater the efficiency of the base. The maximum value of this indicator is 1.
Data File Cache Hit Ratio: % of times information has been retrieved from cache rather than disk.
- This parameter only affects if the “direct I / O” system is used (it is very little used; the method Essbase applies by default is “buffered I / O”).
Other information provided by this statistic is the number of times the following events occur and indicates the affected file:
- Number of index page reads: number of times Essbase retrieves index information from disk.
- Number of index page writes: number of times Essbase writes modified index information to disk.
- Number of data block reads: number of times Essbase retrieves data information from disk.
- Number of data block writes: number of times Essbase writes modified data information to disk.
Español
Haciendo click con el botón derecho sobre la base de datos, seleccionar Editar / Propiedades / Estadísticas y se puede consultar la siguiente información:
Número de bloques existentes: número de bloques existentes (al menos una celda tiene datos)
Tamaño del bloque: mide el tamaño en bytes del bloque; se calcula multiplicando el número de miembros de las dimensiones densas (excluyendo: “solo etiquetas”, “miembros compartidos”…) * 8 bytes. El tamaño ideal se sitúa entre 8 KB y 100 KB.
Ejemplo: tenemos una base de datos con la siguiente estructura:
- Tamaño del bloque: (7 * 13 * 6) * 8 bytes = 4.368 bytes
Número potencial de bloques: se calcula multiplicando entre si todos los miembros de las dimensiones dispersas (excluyendo “sólo etiquetas”, “miembros compartidos”…).
Partiendo del ejemplo anterior:
- Número potencial de bloques: (60 * 50 * 19) = 57.000 bloques
Bloques existentes de nivel cero: aquellos bloques existentes formados por combinaciones de miembros de nivel cero de las dimensiones dispersas.
Bloques existentes de nivel superior: aquellos bloques formados por combinaciones de miembros de las dimensiones dispersas en el que al menos uno de estos miembros no es de nivel cero.
Densidad del bloque (%): número promedio de las celdas de los bloques existentes que contienen información. Hay que tratar de incrementar la densidad pero balanceando con el número de bloques (no es eficiente si el incremento de la densidad aumenta excesivamente el número de bloques).
En el ejemplo anterior:
- Nº de celdas por bloques: (7 * 13 * 6) = 546 celdas
Supongamos que hemos subido datos en
- Years: en 2 años: 2018 y 2019
- Months: en los 12 meses de cada año
- Data: en 2 variables: ventas y margen
El número de celdas en las que hemos subido datos son:
- Nº de celdas con datos: (2 * 12 * 2) = 48 celdas
La densidad del bloque sería:
- Densidad del bloque: Nº de celdas con datos en cada bloque / Nº de celdas por bloques = 48 / 546 = 8,79%
Esto cálculo sería correcto si en todos los bloques existentes hubiéramos subido esta información (48 celdas con datos en cada bloque). Si en algunos bloques existentes hubiéramos subido menos información la densidad sería menor.
Porcentaje de bloques máximos existentes: ratio de número de bloques existentes sobre el número potencial de bloques; este porcentaje indica el nivel de dispersión de la base. Muchas veces este % es bastante reducido (menos del 1 %).
Supongamos que en el ejemplo anterior hemos subido datos en:
- Markets: en 7 mercados
- Products: en 9 productos
- Vendors: en 3 vendedores
Tendríamos:
- Nº de bloques existentes: (7 * 9 * 3) = 189 bloques
- Porcentaje de bloques máximos existentes = 189 / 57.000 = 0,331 %
Ratio de compresión: % que representa el tamaño del bloque comprimido frente al bloque sin comprimir.
Va a depender del sistema de compresión que estemos utilizando para guardar los datos en el disco:
- Codificación de mapa de bits (es el sistema que se aplica por defecto)
- Codificación RLE
- ZLIB
- Ninguna compresión
Ratio de relación de cluster: mide el nivel de fragmentación de los datos (archivos.pag). El valor máximo es 1 (no fragmentación).
- Si el ratio es significativamente menor que 1 habrá que hacer una reestructuración de la base (tras la reestructuración el nivel vuelve a 1).
Ratio de acierto en la caché (del índice / de datos): % de veces que la información se ha recuperado de la caché y no del disco.
- Mientras mayor sea este % mayor es la eficiencia de la base. El valor máximo de este indicador es 1.
Ratio de aciertos en la caché de archivos de datos: % de veces que la información se ha recuperado de la caché y no del disco.
- Este medidor únicamente afecta si se utiliza el sistema “direct I/O” (muy poco utilizado; el método que Essbase aplica por defecto es “buffered I/O”).
Otra información que facilita esta estadística es el número de veces que ocurren los siguientes eventos e indica el archivo afectado:
- Lectura de index pages: número de veces que Essbase recupera información del índice desde el disco.
- Escritura de index pages: número de veces que Essbase escribe información modificada del índice en el disco.
- Lectura de bloques de datos: número de veces que Essbase recupera información de datos desde el disco.
- Escritura de bloques de datos: número de veces que Essbase escribe información modificada de datos en el disco.
ESSBASE EASY 