Sin el modo híbrido, el algoritmo de almacenamiento de bloques para los miembros de cálculo dinámico tiene límites cuando se utiliza con grandes dimensiones ligeras. El modo híbrido y el almacenamiento agregado están más optimizados para los análisis de dependencias dinámicas. Consulte información sobre las diferencias clave para poder elegir el tipo de procesador de consultas más apropiado para una aplicación de Essbase .
Sin el modo híbrido, es necesario almacenar las dimensiones ligeras de gran tamaño en bases de datos de almacenamiento de bloques; hacerlas dinámicas causaría demasiadas E/S de bloques en el momento de la consulta o del cálculo, lo que afectaría al rendimiento. Las dimensiones ligeras almacenadas que son muy grandes pueden provocar tiempos de agregación de lotes extensos y grandes tamaños de bases de datos que crecen en función del número y el tamaño de las dimensiones ligeras. Incluso con estas desventajas, el almacenamiento de bloques se usa ampliamente por su potente funcionalidad.
El almacenamiento agregado se ha diseñado específicamente para permitir bases de datos grandes con más dimensiones y más grandes. A diferencia del almacenamiento de bloques, no requiere que se agreguen previamente dimensiones ligeras grandes para lograr un buen rendimiento de consulta. La clave reside en el núcleo de la base de datos de almacenamiento agregado, el cual facilita una agregación dinámica rápida en una dimensionalidad grande.
A pesar de todas las ventajas que ofrece el almacenamiento agregado, hay muchos usos que son más adecuados para el almacenamiento de bloques, como la capacidad para cargar datos con cualquier granularidad, para ejecutar asignaciones complejas en lote con frecuencia o para implementar conversiones de monedas para las finanzas globales. En estos casos, y en muchos otros, el modo híbrido puede ser la solución. El modo híbrido es una combinación de las mejores funciones del almacenamiento de bloques y el almacenamiento agregado. En el modo híbrido, Essbase:
Permite una flexibilidad de cálculo de procedimiento completa, incluso si los cálculos dependen de agregaciones dinámicas ligeras.
Utiliza el motor híbrido para las consultas que acceden a miembros ligeros dinámicos. Para el pequeño porcentaje de consultas que no se pueden procesar de esta forma, Essbase emplea el flujo de cálculo de almacenamiento de bloques para satisfacer la solicitud.
Ofrece los siguientes beneficios, si marca los miembros ligeros como dinámicos:
Mejora el rendimiento de la reestructuración.
Mejora el rendimiento de la copia de seguridad.
Reduce los requisitos de espacio en disco.
Debido a que el modo híbrido implica cálculos dinámicos, puede secuenciar los cálculos mediante el uso de orden de resolución.
Nota:
Los cálculos híbridos, tanto si están controlados por consultas como por scripts de cálculo, se realizan en un espacio de memoria temporal utilizando una caché de fórmulas y la caché de almacenamiento agregado.
Diferencias clave
Las siguientes diferencias principales pueden ayudarle a elegir el tipo de procesador de consultas más apropiado para su aplicación.
| Requisito | Almacenamiento agregado (ASO) | Almacenamiento de bloques (BSO) | Modo híbrido |
|---|---|---|---|
|
Optimizado para la agregación en varias dimensiones ligeras |
Sí |
No |
Sí |
|
Optimizado para utilizar el menor espacio de disco posible y el menor tiempo de copia de seguridad |
Sí |
No |
Sí |
|
Optimizado para las aplicaciones financieras |
No |
Sí |
Sí |
|
Capacidad para realizar asignaciones |
Sí |
Sí |
Sí |
|
Capacidad para realizar cálculos por lotes |
No |
Sí |
Sí |
|
Fórmulas de miembro soportadas |
Sí, expresadas como MDX |
Sí, expresadas como Essbase Funciones de cálculo |
Sí, expresadas como Essbase Funciones de cálculo |
|
Optimizado para referencias posteriores en fórmulas de miembros |
No |
No |
Sí |
|
Capacidad para personalizar el orden de resolución de cálculos y agregaciones |
Sí |
No |
Sí |
|
Capacidad para especificar la ejecución de consultas ascendentes para analizar dependencias de conjuntos de datos de entrada más rápido |
No |
No |
Sí |
|
Capacidad para rastrear y depurar la ejecución de consultas |
Sí |
No |
Sí |
|
Capacidad para limitar el uso de la memoria permitido para una consulta |
Sí |
No |
Sí |
|
Soporte para cálculos en dos pasadas |
No |
Sí |
No |
|
Capacidad para cargar datos en cualquier nivel |
No. Solo se pueden cargar las celdas de nivel 0 sin dependencias de fórmulas |
Sí |
Sí, en niveles agregados No en niveles dinámicos |
|
Capacidad para cargar datos de forma incremental mediante buffers |
Sí |
No |
No |
|
La evaluación de fórmulas en dimensiones ligeras puede arrojar diferentes resultados que las mismas fórmulas en dimensiones densas |
N/A |
Sí. En el almacenamiento de bloques sin el modo híbrido, los scripts de cálculo de , Essbase se pueden escribir de forma iterativa con la finalidad de resolver dependencias mediante bloques ligeros. Si cambia el tipo de dimensión de ligero a denso o viceversa, puede obtener resultados diferentes de las mismas fórmulas. |
No. Las dependencias de fórmulas se calculan igual independientemente de si el tipo es ligero o denso. En el modo híbrido, Essbase utiliza un algoritmo para resolver las dependencias dinámicas. En algunos casos, los datos derivados de un script de cálculo pueden ser diferentes en el modo híbrido que en el modo de almacenamiento de bloques no híbrido. |