Essbase es un sistema de gestión de bases de datos multidimensional (MDBMS) que proporciona una plataforma sobre la cual crear aplicaciones analíticas. Essbase comenzó como un producto de Arbor Software , que se fusionó con Hyperion Software en 1998. Oracle Corporation adquirió Hyperion Solutions Corporation en 2007. Hasta finales de 2005, IBM también comercializó una versión OEM de Essbase como DB2 OLAP Server. [1]
El investigador de bases de datos EF Codd acuñó el término " procesamiento analítico en línea " ( OLAP ) en un documento técnico [2] que establecía doce reglas para sistemas analíticos (una alusión a su famoso conjunto anterior de doce reglas que definen el modelo relacional ). Este documento técnico, publicado por Computerworld , era algo explícito en su referencia a las características de Essbase, y cuando más tarde se descubrió que Codd había sido patrocinado por Arbor Software, Computerworld retiró el documento. [3]
A diferencia del "procesamiento de transacciones en línea" ( OLTP ), OLAP define una tecnología de base de datos optimizada para procesar consultas humanas en lugar de transacciones. Los resultados de esta orientación fueron que las bases de datos multidimensionales orientaron sus requisitos de rendimiento en torno a un conjunto diferente de puntos de referencia (Analytic Performance Benchmark, APB-1) que el de RDBMS ( Transaction Processing Performance Council [TPC]).
Hyperion cambió el nombre de muchos de sus productos en 2005, dándole a Essbase el nombre oficial de Hyperion System 9 BI+ Analytic Services , pero los profesionales ignoraron en gran medida el nuevo nombre. Posteriormente, la marca Essbase volvió al nombre oficial del producto con fines de marketing, pero el software del servidor todavía llevaba el título "Analytic Services" hasta que se incorporó al producto Business Intelligence Foundation Suite (BIFS) de Oracle. [4]
En agosto de 2005, la revista Information Age nombró a Essbase como una de las 10 innovaciones tecnológicas más influyentes de los 10 años anteriores, [5] junto con Netscape , BlackBerry , Google , la virtualización , Voice Over IP ( VOIP ), Linux , XML , Procesador Pentium y ADSL . El editor Kenny MacIver dijo: "Hyperion Essbase fue la tecnología de base de datos multidimensional que puso el procesamiento analítico en línea en el mapa de la inteligencia empresarial. Ha estimulado la creación de decenas de productos OLAP rivales y miles de millones de cubos OLAP". [6]
Essbase se desarrolló originalmente para abordar los problemas de escalabilidad asociados con hojas de cálculo como Lotus 1-2-3 y Microsoft Excel . De hecho, la patente que cubre (ahora vencida) Essbase utiliza hojas de cálculo como ejemplo motivador para ilustrar la necesidad de un sistema de este tipo. [7]
En este contexto, "multidimensional" se refiere a la representación de datos financieros en formato de hoja de cálculo. Una hoja de cálculo típica puede mostrar intervalos de tiempo a lo largo de los encabezados de las columnas y nombres de cuentas en los encabezados de las filas. Por ejemplo:
Si un usuario quiere desglosar estos valores por región, por ejemplo, esto normalmente implica la duplicación de esta tabla en varias hojas de cálculo:
Una representación alternativa de esta estructura requeriría una cuadrícula de hoja de cálculo tridimensional, lo que daría lugar a la idea de que "Tiempo", "Cuenta" y "Región" son dimensiones . A medida que se agregan más dimensiones al sistema, resulta muy difícil mantener hojas de cálculo que representen correctamente los valores multidimensionales. Las bases de datos multidimensionales como Essbase proporcionan un almacén de datos para valores que existen, al menos conceptualmente, en un " hipercubo " multidimensional .
A medida que aumenta el número y el tamaño de las dimensiones, los desarrolladores de bases de datos multidimensionales enfrentan cada vez más problemas técnicos en la representación física de los datos. Supongamos que el ejemplo anterior se amplió para agregar una dimensión "Cliente" y "Producto":
Si la base de datos multidimensional reservara espacio de almacenamiento para cada valor posible, necesitaría almacenar 2.400.000.000 (4 × 4 × 3 × 10.000 × 5.000) celdas. Si el software asigna cada celda como un valor de coma flotante de 64 bits , esto equivale a un requisito de memoria de aproximadamente 17,9 GiB (exactamente 19,2 GB ). En la práctica, por supuesto, el número de combinaciones de "Cliente" y "Producto" que contienen valores significativos será un pequeño subconjunto del espacio total. Esta propiedad de los espacios multidimensionales se conoce como escasez .
Los sistemas OLAP generalmente proporcionan múltiples niveles de detalle dentro de cada dimensión al organizar los miembros de cada dimensión en una o más jerarquías . Una dimensión de tiempo, por ejemplo, puede representarse como una jerarquía que comienza con "Tiempo total" y se divide en varios años, luego trimestres y luego meses. Una dimensión de Cuentas puede comenzar con "Beneficios", que se desglosa en "Ingresos" y "Gastos", etc.
En el ejemplo anterior, si "Producto" representa SKU de productos individuales , es posible que los analistas también quieran informar usando agregaciones como "Grupo de productos", "Familia de productos", "Línea de productos", etc. De manera similar, para "Cliente", agregaciones naturales puede organizar clientes según ubicación geográfica o industria.
El número de valores agregados implícitos en un conjunto de datos de entrada puede llegar a ser sorprendentemente grande. Si las dimensiones Cliente y Producto tienen cada una de ellas seis "generaciones" de profundidad, entonces 36 (6 × 6) valores agregados se ven afectados por un único punto de datos. De ello se deduce que si se van a almacenar todos estos valores agregados, la cantidad de espacio requerido es proporcional al producto de la profundidad de todas las dimensiones agregadas. Para bases de datos grandes, esto puede hacer que los requisitos de almacenamiento efectivos sean cientos de veces el tamaño de los datos que se agregan.
Desde la versión 7, Essbase ha admitido dos "opciones de almacenamiento" que aprovechan la escasez para minimizar la cantidad de memoria física y espacio en disco necesarios para representar grandes espacios multidimensionales. La patente de Essbase [7] describe el método original, cuyo objetivo era reducir la cantidad de memoria física necesaria sin aumentar el tiempo necesario para buscar valores estrechamente relacionados. Con la introducción de opciones de almacenamiento alternativas, los materiales de marketing la denominaron Opción de almacenamiento en bloque ( Essbase BSO ), más tarde denominada Essbase Analytics .
En pocas palabras, Essbase requiere que el desarrollador etiquete las dimensiones como "densas" o "escasas". Luego, el sistema organiza los datos para representar el hipercubo en "bloques", donde cada bloque comprende una matriz multidimensional formada por dimensiones "densas", y se asigna espacio para cada celda potencial en ese bloque. Se aprovecha la escasez porque el sistema sólo crea bloques cuando es necesario. En el ejemplo anterior, supongamos que el desarrollador ha etiquetado "Cuentas" y "Tiempo" como "densos" y "Región", "Cliente" y "Producto" como "escasos". Si hay, digamos, 12.000 combinaciones de Región, Cliente y Producto que contienen datos, entonces sólo se crearán 12.000 bloques, cada bloque lo suficientemente grande como para almacenar todas las combinaciones posibles de Cuentas y Tiempo. Por lo tanto, el número de celdas almacenadas es 192.000 (4 × 4 × 12.000), lo que requiere menos de 2 GiB de memoria (exactamente 1.536 MB ), más el tamaño del índice utilizado para buscar los bloques apropiados.
Debido a que la base de datos oculta esta implementación de las herramientas de front-end (es decir, un informe que intenta recuperar datos de celdas inexistentes simplemente ve valores "nulos"), se puede navegar naturalmente por el hipercubo completo y es posible cargar valores en cualquier celda de forma interactiva.
Los usuarios pueden especificar cálculos en Essbase BSO como:
El primer método (agregación de dimensiones) se lleva a cabo implícitamente mediante la suma o etiquetando selectivamente ramas de la jerarquía para restarlas, multiplicarlas, dividirlas o ignorarlas. Además, el resultado de esta agregación se puede almacenar en la base de datos o calcularse dinámicamente según demanda; los miembros deben etiquetarse como "Almacenados" o "Cálculo dinámico". para especificar qué método se va a utilizar.
El segundo método (cálculos almacenados) utiliza una fórmula para cada miembro de dimensión calculado: cuando Essbase calcula ese miembro, el resultado se almacena en ese miembro como un valor de datos.
El tercer método (cálculo dinámico) se especifica exactamente en el mismo formato que los cálculos almacenados, pero calcula un resultado cuando un usuario accede a un valor direccionado por ese miembro; el sistema no almacena dichos valores calculados.
El cuarto método (scripts de cálculo) utiliza un lenguaje de programación de procedimientos específico del motor de cálculo Essbase. Este tipo de cálculo puede actuar sobre cualquier valor de datos en el hipercubo y, por lo tanto, puede realizar cálculos que no pueden expresarse como una fórmula simple.
También se debe ejecutar una secuencia de comandos de cálculo para activar el cálculo de valores agregados o cálculos almacenados como se describe anteriormente; se puede utilizar una secuencia de comandos de cálculo incorporada (llamada "cálculo predeterminado") para ejecutar este tipo de cálculo.
Aunque el almacenamiento en bloque minimiza efectivamente los requisitos de almacenamiento sin afectar el tiempo de recuperación, tiene limitaciones en el tratamiento de datos agregados en aplicaciones grandes, lo que motiva la introducción de un segundo motor de almacenamiento, llamado Aggregate Storage Option ( Essbase ASO ) o, más recientemente, Enterprise Analytics . Esta opción de almacenamiento hace que la base de datos se comporte mucho más como una base de datos OLAP, como SQL Server Analysis Services .
Después de una carga de datos, Essbase ASO no almacena ningún valor agregado, sino que los calcula según demanda. Para bases de datos grandes, donde el tiempo necesario para generar estos valores puede resultar inconveniente, la base de datos puede materializar una o más "vistas" agregadas, formadas por un nivel agregado de cada dimensión (por ejemplo, la base de datos puede calcular todas las combinaciones de la quinta generación de Producto con la tercera generación de Cliente), y estas vistas se utilizan luego para generar otros valores agregados cuando sea posible. Este proceso puede automatizarse parcialmente, donde el administrador especifica la cantidad de espacio en disco que se puede usar y la base de datos genera vistas de acuerdo con el uso real.
Este enfoque tiene un gran inconveniente: el cubo no se puede tratar a efectos de cálculo como un único hipercubo grande, porque los valores agregados no se pueden controlar directamente, por lo que la reescritura desde las herramientas de front-end es limitada y los cálculos complejos que no se pueden expresar como Las expresiones MDX no son posibles.
Essbase ASO puede especificar cálculos como:
El primer método (agregación de dimensiones) básicamente duplica el algoritmo utilizado por Essbase BSO.
El segundo método (cálculos dinámicos) evalúa expresiones MDX frente a miembros de dimensión.
La mayoría de los usuarios de Essbase trabajan con datos de Essbase a través de un complemento para Microsoft Excel (anteriormente también Lotus 1-2-3 ) conocido como Smart View. El complemento Essbase es un complemento estándar para Microsoft Excel y crea un menú adicional que se puede utilizar para conectarse a bases de datos de Essbase, recuperar o escribir datos y navegar por las dimensiones del cubo ("Acercar", "Pivotar", etc.) . [8]
En 2005, Hyperion comenzó a ofrecer una herramienta de visualización llamada Hyperion Visual Explorer (HVE), que era un OEM de Tableau Software . Tableau Software se originó en la Universidad de Stanford como un proyecto de investigación patrocinado por el gobierno para investigar nuevas formas para que los usuarios interactúen con bases de datos relacionales y OLAP . Hyperion y Tableau juntos crearon fundamentalmente las primeras versiones de Tableau Software , que fue diseñado específicamente para bases de datos multidimensionales (OLAP). Oracle rescindió rápidamente el acuerdo OEM con Tableau Software poco después de la adquisición de Hyperion en 2007.
La mayoría de los demás proveedores de análisis conocidos ofrecen aplicaciones orientadas al usuario compatibles con Essbase e incluyen;
Las ofertas anteriores de Hyperion adquirieron nuevos nombres como se indica a continuación:
Las API están disponibles para C , Visual Basic y Java , y el soporte de secuencias de comandos integradas está disponible para Perl . El protocolo XML estandarizado para análisis puede consultar fuentes de datos de Essbase utilizando el lenguaje MDX .
En 2007, Oracle Corporation comenzó a incluir herramientas de Hyperion BI en Oracle Business Intelligence Enterprise Edition Plus.
Varias interfaces estándar pueden administrar aplicaciones de Essbase:
Desde 2017, Essbase Cloud ha estado disponible como parte de Oracle Analytics Cloud (OAC), un conjunto de análisis que incluye informes y paneles, visualización de datos, preparación de datos en línea y dispositivos móviles. [13]
Hay varios competidores importantes entre los productos de análisis OLAP y Essbase (HOLAP/MOLAP) en el mercado, entre ellos SAP BPC, Microsoft SQL Server Microsoft Analysis Services , (MOLAP, HOLAP, ROLAP), IBM Cognos (ROLAP), IBM/Cognos/Applix TM1 (MOLAP), Oracle OLAP (ROLAP/MOLAP), MicroStrategy (ROLAP) y EXASolution (ROLAP).
Tenga en cuenta también que de los competidores anteriores, incluido Essbase, todos utilizan fuentes de datos relacionales heterogéneas ( Microsoft SQL Server , Oracle, IBM DB/2, TeraData, Access, etc.) o no relacionales (Excel, archivos de texto, archivos CSV, etc. .) para alimentar los cubos (hechos y datos dimensionales), excepto Oracle OLAP que solo puede utilizar el abastecimiento relacional de Oracle.
A partir de 2009, [actualizar]dos opciones pueden exportar cubos de Essbase a otros formatos:
IBM DB2 OLAP Server dejará de recibir soporte el 31 de enero de 2007.