✒️SAP BI / BW BO InfoCubos

1.- CLASES DE INFOCUBOS

Los InfoCubos son los principales modelos multidimensionales en SAP BI. Son objetos primarios que soportan querys BI. Diseñados para almacenar datos resumidos y agregados durante largos períodos de tiempo. Su objetivo en el diseño de un DW es el de garantizar que la mayoría de querys, inicialmente tienen como destino esta clase de objeto de BD. Podemos decir que InfoCubos se utiliza para analizar información que no requiere mucho nivel de detalle, almacenando agregaciones de la información requerida.

Existen dos SUBTIPOS de InfoCubos: Estándar y en tiempo real

Los de tiempo real están optimizados para su actualización directa y no requieren de procesos ETL. Antes se llamaban estos cubos Infocubos transaccionales, donde el sistema accede a los datos mediante transacciones.Los datos se escriben y se leen al instante en el Infocubo. Se utilizan en el set de herramientas de planificacion integrada en BI (Integrated Planning).

Todos los Infocubos BI constan de una serie de tablas relacionales agrupadas en un esquema estrella extendido. Son las siguientes:

Tabla de Hechos

Una tabla de hechos en una base de datos o en un Datawarehouse, es la tabla central de un esquema dimensional (en estrella o en copo de nieve) que contiene los valores de las medidas de negocio. Un Infocubo consiste precisamente en una tabla de hechos donde se almacenan los datos de los Ratios. Máximo 233 Ratios.

Cuando se activa un Infocubo se generan dos tablas de hechos. La F y la E.

Tabla de Dimensión

Un Infocubo puede tener al menos 4 tablas multidimiensionales y un máximo de 16. Trece de ellas son del cliente. SAP proporciona las tres siguientes:

· Tabla de dimensión de Unidades. Esta tabla sólo existe si uno de los ratios es de tipo “Importe” o “Cantidad”. En este caso se debe introducir una unidad/moneda fija/variable con el ratio.

· Tabla de dimensión de Paquete de Datos

· Tabla de dimensión de tiempo

Las dimensiones cliente contienen SID vinculadas a un máximo de 248 Infoobjetos de características.

Las tablas SID contienen los identificadores para acceder a las tablas de datos maestros.

Las tablas de dimensión no contienen las características/valores de las características, sino las claves SID/valores correspondientes.

Además de crear y añadir InfoObjetos de características a las tablas DIM, debe añadir InfoObjetos de ratios a la carpeta del mismo nombre. Técnicamente estos InfoObjetos acabarán como campos en la tabla de hechos de su InfoCubo.

2.- TABLAS DE INFOCUBO

TABLAS DE DIMENSIÓN

Cuando define un InfoCubo, selecciona los InfoObjetos características que quiere utilizar como componentes del InfoCubo y los asigna a las dimensiones que ha definido.

En el momento que se activa un InfoCubo, se generan las tablas de dimensión.

Las columnas de una Tabla de Dimensión contienen las ID de datos maestros que pertenecen a las características. No contienen los InfoObjetos.

Las características se seleccionaron en la definición del InfoCubo y se asignaron a una dimensión. Al igual que la ID de datos maestros, la ID DIM contiene una clave INT4 única. Cuando se cargan datos transaccionales en un InfoCubo, los valores ID DIM tienen una única asignación.

Cada ID DIM tiene una asignación única a una combinación de valores de ID (SID) de datos maestros para las distintas características.

La estructura de una tabla de Dimensión consiste en una columna ID DIM (DIM ID) y hasta 248 columnas de ID o SID de datos maestros. Las dimensiones cliente contienen SID vinculadas a un máximo de 248 Infoobjetos de características.

TABLAS DE HECHOS

Cuando se activa un InfoCubo, se crean las tabla de hechos F y la tabla de hechos E (cuando los datos son comprimidos).

Estas tablas contienen las mismas columnas.

Las claves de las tablas de dimensión ID DIM (DIMID) conforman las claves externas de las tablas de hechos. Cada fila de la tabla de hechos tiene una única ID, que es una combinación de valores ID DIM.

DIFERENCIAS ENTRE LAS TABLAS F Y E

La tabla F es óptima para la carga de datos porque se fracciona automáticamente en la tabla de dimensión de paquete. Puede gestionar cada solicitud de datos (request) por separado.

La tabla E es óptima para la solicitud de datos. Los registros de datos que tienen los mismos valores de clave se comprimen.

CONVENCIONES DE NOMBRE PARA LAS TABLAS DE HECHOS

/BIC/F (Tabla F para InfoCubo definido por el Cliente)

/BIO/F (Tabla F para InfoCubo estándar de SAP)

/BIC/E (Tabla E para InfoCubo definido por el Cliente)

/BIO/E (Tabla E para InfoCubo estándar de SAP)

ESQUEMA DE LISTA

Con la transacción LISTSCHEMA se puede ver un resumen del número de tablas que se tienen que crear o son necesarias para un InfoCubo o agregado BI (excepto las de jerarquía y texto). Al entrar se le da una B en el tipo de InfoCubo y el nombre y Ejecutar.

Durante la transacción se puede ver el contenido de las tablas resaltando una fila y después llamando a la transacción SE16 (seleccionando el icono de los anteojos).

3.- DISEÑAR LAS DIMENSIONES

RELACIONES DE CARACTERÍSTICAS DE DATOS MAESTROS

Además del ID DIM (DIMID) como clave de la tabla de dimensión, hay una columna para cada característica en la tabla de dimensión.

Estas columnas contienen los valores ID de datos maestros (ID sustituto) para cada valor de característica.

El ID de datos maestros es el campo de valor de la tabla de ID de datos maestros.

El valor de característica actual es la clave para la tabla de ID de datos maestros.

Estos valores de ID de datos maestros se asignan al valor de característica correspondiente cuando los datos maestros se cargan en las tablas de datos maestros. Cuando los datos transaccionales se cargan en el InfoCubo, los valores de ID de datos maestros apropiados para los valores de característica de la transacción se colocan en las tablas de dimensión.

Cuando se diseña un InfoCubo, una de las decisiones más importantes es cómo asignar las diversas características a las tablas de dimensión. La relación ideal entre las características en la misma tabla de dimensión es relación 1:N.

En una dimensión, se asigna un nuevo DIMID (ID DIM) para cada combinación única de característica de valores de ID de datos maestros. Por eso, para cada posible dimensión de valores de ID de datos maestros, sólo hay un único DIMID en cierto momento.

Si la combinación de valores de ID de datos maestros se modifica, se genera una nueva fila con un nuevo DIMID en la tabla de dimensión.

Por eso si dos características tienen una relación N:M. esta relación normalmente provocará la creación de amplias tablas de dimensión, cosa no deseable.

El nº máximo de entradas en la tabla de dimensión es el producto cartesiano de todas las ID de datos maestros. Si por ejemplo hay mil clientes y mil materiales su producto cartesiano 1000 x 1000 = 1.000.000 de entradas posibles en la tabla de dimensión.

Se supone que se cargan los datos transaccionales para cada posible combinación de características por ejemplo cliente y material, aunque esto no ocurre casi nunca. Por eso en el momento de fase diseño del InfoCubo hay que evaluar que es posible que ocurra dados los datos actuales con los que está trabajando y hacer selecciones que eviten tablas de dimensión muy grandes.

Normalmente las relaciones M: N significan que las dos características deberían de almacenarse en dimensiones distintas, por ejemplo Cliente y Material. El tipo de relación se describe por hechos y ratios que producen transacciones (por ejemplo Pedidos de cliente).

Esta solución captura cualquier color que se seleccione para el producto para cada pedido de cliente.

En muchos casos la opción alternativa que tiene que modelar la relación M:N en una dimensión no será la mejor solución.

Hay que verificar el número actual de registros en la tabla de dimensión y sus ratios, con el número de registros de la tabla de hechos.

Debería haber un ratio entre 1:10 y 1:20 entre las tablas de dimensión y la tabla de hechos. Esto provocaría tablas de dimensión relativamente pequeñas en tablas de hechos más extensas. No es bueno combinar dos tablas DIM en una sola como clientes y materiales, En la mayoría de casos con las 13 tablas de dimensión son más que adecuadas.

Las características con una relación N:M se pueden combinar en la misma dimensión si el nº máximo de registros está definido claramente y el producto cartesiano de la característica tiene como resultado una tabla de dimensión pequeña.