![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BI / BW BO InfoCubos
SAP BI / BW BO InfoCubos
![SAP BI / BW BO InfoCubos SAP BI / BW BO InfoCubos](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/468.jpg)
1.- Clases de InfoCubos
Existen dos subtipos e Infocubos: estandar y en tiempo real. aunque ambos tienen un diseño de esquema estrella ampliado, los infocubos en tiempo real (antes denominados infocubos transaccionales) estan optimizados para su actualización directa y no requieren el uso del proceso ETL.
Los InfoCubos en tiempo real se utilizan de forma casi exclusiva en el set de herramientas de planificación integrado en SAP BI. Todos los infocubos BI constan de una serie de tablas relacionales agrupadas en un esquema estrella.
- Tablas de Hechos: Cuando se activa un InfoCubo, genera dos tablas de hechos: la tabla F y la tabla E.
- Tabla de Dimensión:
Un infoCubo suele tener un mínimo de cuatro tablas dimensionales y un máximo de 16. De éstas 13 tablas de las 16 tablas las crea el cliente y tres son las dimensiones que suministra SAP. las cuales son las siguientes :
-- Tabla de Dimensión de unidades
-- Tabla de Dimensión de paquete de datos
-- Tabla de Dimensión de tiempo
Las dimensiones del cliente contienen SID vinculadas a un máximo de 248 InfoObjetos de características.
En un InfoCubo siempre hay tablas de dimensión de paquetes de datos y de tiempo.
La tabla de dimensión de unidades sólo existe al menos si uno de los ratios es del tipo "importe" o "cantidad". En este caso, se debe introducir una unidad/moneda fija/variable con el ratio.
Las tablas de dimensión no contienen las características/valores de 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 se define un InfoCubo, selecciona los InfoObjetos característicos que quiere utilizar como componentes del InfoCubo y los asigna a las dimensiones que ha definido. Cuando activa el InfoCubo, se generan las tablas de dimensión.
Las columnas de una tabla de dimensión comprenden las ID de datos maestros que pertenecen a las características. No comprenden los InfoObjetos.
Las características se seleccionaron en la definición del InfoCubo y se asignaron a una dimensión. Como la ID de ID de datos maestros, la ID DIM comprende una clave INT4 única. Cuando carga 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 de datos maestros para las distintas características. Como puede ver en la siguiente imagen, la estructura de una tabla de dimensión consiste en una columna de ID DIM y hasta 248 columnas de ID de datos maestros.
- Tabla de Hechos: Cuando se activa un InfoCubo, genera dos tablas de hechos: la tabla F y la tabla E (cuando los datos son comprimidos). Ambas tablas tienen las mismas columnas.
Las claves de las tablas de dimensión ID DIM conforman las claves externas de la tabla de hechos. Cada fila de la tabla de hechos tiene una ID única, a saber, 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. Esto significa que puede gestionar cada solicitud (request) de datos individual por separado.
La tabla E está optimizada para solicitudes 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
-- /BI0/F: tabla F para InfoCubo estándar de SAP.
-- /BIC/E: tabla E para un InfoCubo definido por el cliente.
-- (BIC0/E tabla E: para iInfoCubo estándar de SAP.
- Esquema de Lista
En la transacción LISTSCHEMA pueden ver un resumen del número de tablas, excepto las tablas de jerarquía y de texto, que se tienen que crear o son necesarias para un InfoCubo o agregado en BI.
Ejemplo al ingresar a SAP BI en la transacción LISTSCHEMA introduzca B en el tipo del InfoCubo y a continuación introduzca el nombre del InfoCubo y seleccionar Ejecutar.
Durante la transacción puede ver los contenidos de las tablas resaltando una fila y después llamando a la transacción SE16.
3.- Diseñar las dimensiones
- Relaciones de características de datos maestros.
Además del 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 de 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. De manera sucesiva, 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 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, solamente 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. Se deberían evitar lo máximo posible las amplias tablas de dimensión.
El número máximo de entradas en la tabla de dimensión es el producto cartesiano de todas las ID de datos maestros. Por ejemplo, si hay 1.000 clientes y 1.000 materiales, el producto cartesiano tiene 1.000.000 de entradas posibles en la tabla de dimensión. La suposición es que los datos transaccionales se carguen para cada posible combinación de características, por ejemplo, cliente y material. En realidad, esto no ocurre casi nunca.
Sin embargo, durante la fase de diseño de las dimensiones del InfoCubo, debería evaluar qué es posible que ocurra dados los datos actuales con los que está trabajando y hacer selecciones que eviten tablas de dimensión excesivamente grandes.
Normalmente, las relaciones M:N significan que las dos características deberían 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).
En empresas que usan la configuración de variante de pedido de cliente R/3, se utilizan diversos colores para cada producto. Esto proporciona información que refleja las relaciones de características que existen en el momento de la transacción.
Por ejemplo, esta solución captura cualquier color que se seleccione para el producto para cada pedido del cliente.
En muchos casos, la opción alternativa que tiene que modelar la relación n:M en una dimensión, no será la mejor solución.
Debería 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.
Como regla de aceptación, debería haber un ratio entre 1:10 y 1:20 entre la tabla 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.
Si combina dos tablas DIM pequeñas, tendrá una tabla algo más grande, pero esto significa que sólo se tiene que acceder a una tabla cuando los datos se cargan o se ejecuta un query. Por supuesto, no querrá colocar dos entidades fuertes (como MATERIAL y CLIENTE) en la misma tabla de dimensión. En la mayoría de casos, 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úmero máximo de registros está definido claramente y el producto cartesiano de la característica tiene como resultado solamente una pequeña tabla de dimensión.
Las características con un gran número de valores reciben una dimensión separada, partida individual (material, cliente).
Los expertos hablan de una relación 10-20:1 entre el tamaño de la tabla de hechos y el tamaño de las tablas de dimensión. A pesar de que la relación óptima es difícil de determinar, una tabla de hechos amplia y tablas de dimensión más pequeñas proporcionan el mejor rendimiento del sistema.
 
 
 
Sobre el autor
Publicación académica de Mauricio Osenga Vasquez, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
Mauricio Osenga Vasquez
Profesión: Ingeniero Informatico - Chile - Legajo: XR81O
✒️Autor de: 46 Publicaciones Académicas
🎓Cursando Actualmente: Consultor en SAP BI / BW BO Nivel Avanzado
🎓Egresado del módulo:
Certificación Académica de Mauricio Osenga