Redactar un esquema de Essbase

Borrador de un esquema de Essbase

Una vez que haya borrado un modelo de base de datos de Essbase, puede crear la aplicación y la base de datos, y crear el primer borrador del esquema. El borrador define todas las dimensiones, miembros y consolidaciones. Utilice el esquema para diseñar requisitos de consolidación e identificar dónde necesita fórmulas y scripts de cálculo.

Los esquemas forman parte de una base de datos (o cubo) de Essbase, que existe dentro de una aplicación de Essbase.

Para utilizar el ejemplo Beverage Company introducido anteriormente, el diseñador de aplicaciones TBC ha emitido el siguiente borrador para un esquema de base de datos. En este plan, Año, Medidas, Producto, Mercado, Escenario, Tipo de paquete y Onzas son nombres de dimensión. Observe cómo anticipó TBC consolidaciones, cálculos y fórmulas, y requisitos de informes. Los diseñadores de aplicaciones también utilizaron códigos de productos en lugar de nombres de productos para describir los productos.

Año. TBC necesita recopilar datos mensualmente y resumir los datos mensuales por trimestre y año. Los datos mensuales, almacenados en miembros como Jan, Feb y Mar, se consolidan en trimestres. Los datos trimestrales, almacenados en miembros como Qtr1 y Qtr2, se consolidan en Year.
Medidas. Las medidas estándar son las de ventas, costo de productos vendidos, marketing, nómina, varios, inventario inicial, altas e inventario final. Essbase puede calcular el margen, los gastos totales, las ganancias, el inventario total, el porcentaje de margen y las ganancias por onza a partir de estas medidas. TBC necesita calcular medidas de forma mensual, trimestral y anual.
Producto. Los códigos de producto son: 100-10, 100-20, 100-30, 200-10, 200-20, 200-30, 200-40, 300-10, 300-20, 300-30, 400-10, 400-20 y 400-30. Cada producto se consolida en su familia respectiva (100, 200, 300 y 400). Cada consolidación permite a TBC analizar por tamaño y paquete, ya que cada producto está asociado a los miembros de las dimensiones de atributo Ounces y Pkg Type.
Market. Varios estados constituyen una región; cuatro regiones constituyen un mercado. Los estados son Connecticut, Florida, Massachusetts, New Hampshire, Nueva York, California, Nevada, Oregón, Utah, Washington, Luisiana, Nuevo México, Oklahoma, Texas, Colorado, Illinois, Iowa, Missouri, Ohio y Wisconsin. Cada estado se consolida en su región: Este, Oeste, Sur o Central. Cada región se consolida en el mercado.
Escenario. TBC obtiene y realiza un seguimiento de los datos presupuestarios frente a los reales. Los mánager deben supervisar y realizar un seguimiento de los presupuestos y los valores reales, así como del porcentaje de variación y variación entre ellos.
Tipo de paquete. TBC quiere ver el efecto que el embalaje del producto tiene en las ventas y los beneficios. El establecimiento de la dimensión de atributo Tipo de paquete permite a los usuarios analizar la información del producto en función de si un producto está empaquetado en botellas o latas.
Onzas. TBC vende productos en diferentes tamaños en onzas en diferentes mercados. El establecimiento de la dimensión de atributo Ounces ayuda a los usuarios a supervisar qué tamaños se venden mejor en qué mercados.

En los siguientes temas se presenta una revisión de los conceptos básicos de las propiedades de dimensión y miembro y una explicación de cómo afecta el diseño del esquema al rendimiento.

Tipos de dimensión

Un tipo de dimensión es una propiedad que Essbase proporciona que agrega una funcionalidad especial a una dimensión. Los tipos de dimensión especializados y de uso común son tiempo, cuentas y atributos.

En este tema se utilizan las siguientes dimensiones de la base de datos TBC para ilustrar los tipos de dimensión.

Database:Design
  Year (Type: time)
  Measures (Type: accounts)
  Product
  Market
  Scenario
  Pkg Type (Type: attribute)
  Ounces (Type: attribute)

La siguiente tabla define cada tipo de dimensión de Essbase.

Tabla 1-4 Tipos de dimensión

Tipos de dimensión	Descripción
ninguno	No especifica ningún tipo de dimensión concreto.
Tiempo	Define los periodos de tiempo para los que se generan informes y se actualizan datos. Sólo puede etiquetar una dimensión como tiempo. La dimensión de tiempo activa varias funciones de dimensión de cuentas, como los saldos de primera y última vez.
Cuentas	Contiene elementos que desea medir, como, por ejemplo, beneficios e inventario, y hace que la funcionalidad de contabilidad integrada de Essbase esté disponible. Sólo se puede definir una dimensión como cuentas.
Atributo	Contiene miembros que se pueden utilizar para describir miembros de otra dimensión, denominada base. Por ejemplo, la dimensión de atributo Tipo de envase contiene un miembro para cada tipo de envase, como botella o lata, que se aplica a los miembros de la dimensión Producto.
País (utilizado solo para la función de cambio de moneda)	Contiene datos sobre dónde tienen lugar las actividades de negocio. En una dimensión de país, puede especificar la moneda utilizada en cada miembro. Por ejemplo, Canadá tiene tres mercados: Vancouver, Toronto y Montreal, que utilizan la misma moneda, dólares canadienses.

Propiedades de almacenamiento de miembros

Especifique las propiedades de almacenamiento de datos para que los miembros definan dónde y cuándo se almacenan las consolidaciones. De forma predeterminada, los miembros se etiquetan como almacenados: Essbase suma sus valores y almacena el resultado en el nivel principal. Puede cambiar la lógica por defecto de cada miembro cambiando la etiqueta de propiedad de almacenamiento de datos.

En la siguiente tabla se describe el efecto que las propiedades de almacenamiento de datos de Essbase tienen en los miembros.

Tabla 1-5 Propiedades de almacenamiento de datos de Essbase

Propiedades de almacenamiento de datos	Efectos en los Miembros
Almacenar datos	Los datos para el miembro se almacenan en la base de datos. Los datos de almacenamiento son la propiedad de almacenamiento por defecto. Essbase suma los valores y almacena el resultado en el nivel principal.
Cálculo dinámico	Los datos asociados al miembro se calculan cuando lo solicita una consulta de usuario. Los datos calculados no se almacenan; se descartan después de completar la solicitud de consulta.
Miembro compartido	Los datos asociados con el miembro proceden de otro miembro con el mismo nombre.
Nunca compartir	Los datos asociados al miembro se duplican con el padre y su hijo si existe una relación compartida implícita. Los datos se almacenan con la primera incidencia del miembro en orden de esquema.
Solo etiqueta	Puede cambiar un miembro almacenado a solo etiqueta, para los miembros que no tienen datos asociados. Aunque un miembro de sólo etiqueta no tiene datos, puede mostrar un valor. La etiqueta solo agrupa miembros y facilita la navegación y la generación de informes. Normalmente, los miembros de sólo etiqueta no se calculan. Por ejemplo, en la dimensión Measures, el miembro Ratios tiene tres secundarios, Margin%, Profit% y Profit per Ounce. Los ratios de miembros definen una categoría de miembros. Cuando se consolidan, el margen, el beneficio y el beneficio por onza no se acumulan en una cifra significativa para los ratios. Por lo tanto, los ratios se etiquetan como solo etiqueta.

Lista de comprobación para propiedades de dimensión y miembros

¿Puede identificar una dimensión de tiempo?
¿Puede identificar una dimensión de cuentas?
¿Los datos incluyen monedas extranjeras? Si es así, ¿ha identificado una dimensión de partición de moneda?
¿Puede identificar cualidades o características de dimensiones que se deben definir como dimensiones de atributos independientes?
¿Qué miembros necesitan propiedades especiales de almacenamiento de datos?

Diseñar un esquema para optimizar el rendimiento

Coloque las dimensiones de atributo al final del esquema de Essbase, coloque las dimensiones densas antes que las ligeras y ordene primero las dimensiones ligeras con menos miembros. La posición de dimensiones en un esquema y sus propiedades de almacenamiento afecta a la rapidez con la que se ejecutan los cálculos y el tiempo que precisa recuperar los datos.

Optimizar el rendimiento de las consultas

Para optimizar el rendimiento de las consultas, utilice las siguientes directrices al diseñar un esquema:

Si el esquema contiene dimensiones de atributo, asegúrese de que las dimensiones de atributo sean las únicas dimensiones ligeras de Cálculo dinámico en el esquema.
En el esquema, coloque las dimensiones dispersas más solicitadas antes de las dimensiones dispersas menos solicitadas.

El esquema que se ilustra a continuación está diseñado para un rendimiento de consulta óptimo:

Puesto que el esquema contiene dimensiones de atributo, la propiedad de almacenamiento para las dimensiones estándar y todos los miembros de dimensiones estándar se define como datos de almacén.
Como la dimensión dispersa más solicitada, la dimensión Product es la primera de las dimensiones dispersas. Normalmente se consultan más dimensiones base que otras dimensiones.

Figura 1-5 Diseño de un Esquema para Tiempos de Consulta Optimizados

En esta imagen se muestra un esquema diseñado para un rendimiento de consulta óptimo, como se describe en el texto que precede a la imagen.

Optimización del rendimiento del cálculo

Para optimizar el rendimiento del cálculo, ordene las dimensiones dispersas en el esquema por su número de miembros, empezando por la dimensión que contiene menos.

El esquema que se ilustra a continuación está diseñado para un rendimiento de cálculo óptimo:

La dimensión estándar más pequeña que es dispersa, Market, es la primera de las dimensiones dispersas en el esquema.
La dimensión estándar más grande que es dispersa, Product, está inmediatamente por encima de la primera dimensión de atributo. Si el esquema no contenía dimensiones de atributo, la dimensión Product estaría al final del esquema.

Figura 1-6 Diseño de un Esquema para Tiempos de Cálculo Optimizados

En esta imagen se muestra un esquema diseñado para un rendimiento de cálculo óptimo, como se describe en el texto que precede a la imagen.

Satisfacer las necesidades de cálculo y recuperación

Aunque contienen las mismas dimensiones, los esquemas de ejemplo mostrados anteriormente son diferentes. Para determinar la mejor secuencia de esquema para una situación, priorice los requisitos de recuperación de datos de los usuarios con respecto al tiempo necesario para ejecutar cálculos en la base de datos. ¿Con qué frecuencia espera actualizar y volver a calcular la base de datos? ¿Cuál es la naturaleza de las consultas de usuario? ¿Cuál es el volumen esperado de consultas de usuario?

Una posible solución alternativa es colocar inicialmente las dimensiones en el esquema para optimizar el cálculo. Después de ejecutar los cálculos, puede volver a secuenciar manualmente las dimensiones para optimizar la recuperación. Al guardar el esquema después de cambiar la posición de sus dimensiones, elija reestructurar la base de datos solo por índice. Antes de volver a ejecutar los cálculos, vuelva a secuenciar las dimensiones del esquema para optimizar el cálculo.