✒️SAP BI / BW BO InfoCubos
SAP BI / BW BO InfoCubos
-- INFOCUBOS --
--------------------------
Dos tipos de infocubos Estandar y Tiempo real (o transaccionales) optimizado para actualización directa, SIN ETL (exclusivo de Planificacion integrada SAP BI). Ambos tienen esquema estrella ampliado.
Al activar un InfoCubo se generan 2 TABLAS de HECHOS la F y la E.
Un Infocubo tiene un mínimo 4 - 16 tablas dimensionales:
13 del cliente y 3 las suministra SAP: tabla dim. UNIDADES(SOLO EXISTE si al menos uno de los ratios es tipo importe o cantidad), tabla dim. PAQUETE DE DATOS (SIEMPRE EXISTE), tabla dim. TIEMPO (SIEMPRE EXISTE)
Las dimensiones de cliente contienen SID vinculadas a un max de 248 InfoObjetos Características.
Las tablas de dimensión no contienen los valores (características) sino los SID.
Tablas de dimensión de Infocubos
Cuando se activa un Infocubo se generan las tablas de dimensión.
Las COLUMNAS de una tabla de dimensión tienen los IDs de datos maestros de las características. NO COMPRENDEN LOS INFOOBJETOS.
Las características se asignaron a una dimensión cuando se definió el Infocubo. La ID DIM es una INT4 única.
A cada ID DIM en la tabla de dimensiones le corresponden los SIDs (IDs de datos maestros) de las diferentes caracteristicas metidas en esa dimensión.
Tabla de dimensiones : 16 tablas máximo y cada DIM ID tiene asignadas como máx 248 SIDs de características para esa dim.
Tablas de Hechos (al activar el infocubo se crea tabla de hechos F y la E (cuando los datos son comprimidos)
La tabla F óptima para carga de datos. Puede gestionar cada solicitud de datos por seperado.
La tabla E optimizada para solicitudes de datos. Los registros con mismos valores SE COMPRIMEN.
Ambas tienen las mismas columnas.
Las claves de las tablas de dimension ID DIM forman las claves externas de la tabla de hechos.
Cada fila de la tabla de hechos tiene una ID única formada por la combinación de valores de ID DIM.
/BIC/F tabla F Infocubo definido por cliente
/BI0/E tabla E Infocubo estandar de SAP
Transacción LISTSCHEMA
Meter tipo de Infocubo "B" y el nombre del infocubo y luego ANTEOJOS y así veo el contenido de la tabla resaltada.
Con ella se puede ver un resumen del número de tablas que se tienen que crear o son necesarias para un infocubo (excepto las de jerarquía y texto)
Diseñar las dimensiones
Decisión de diseño: ¿Cómo asignar las características a las tablas de dimensión? - 1:N (lo ideal) ó N:M
En UNA dimensión se asigna un NUEVO DIMID para cada combinación única de características de ID de datos maestros (SIDs)
Para cada dimensión hay un único DIMID EN UN DETERMINADO MOMENTO.
Si la combinación de valores de ID de datos maestros (SIDs) se modifica, se generará un nuevo DIMID en la tabla de dimensión
Si dos características tienen relación N:M ---> amplias tablas de dimensión (se debería evitar)
El número máximo de entradas en la tabla de dimensión es el PRODUCTO CARTESIANO de todas las IDs de datos maestros. 1000 clientes * 1000 materiales = 1000000. Se supone que se cargarán los datos para cada posible combinación. (ESTO NO OCURRE CASI NUNCA) (¿?)
- Relación M:N en datos maestros
Normalmente estas relaciones significan que las dos características deberían almacnearse en dimensiones distintas (Ej: CLIENTE y MATERIAL). Habría que verificar el número actual de registros de la tabla dimensión.
Lo ideal es un ratio entre 1:10 a 1:20 entre las tablas de dimensión y la tabla de hechos), para que así haya tablas de dimensión relativamente pequeñas en tablas de hechos más grandes. ASI funciona más optimamente el sistema.
Meteremos un N:M entre dos caracterísicas, dentro de la misma dimensión si vemos que el producto cartesiano no es excesivo (porque aunque es N:M no se dan todas la combinaciones posibles entre ambas caracerísticas), por lo que la tabla de dimensión resultante será manejable.
En resumen, Lo que no hay que hacer es colocar CLIENTE y MATERIAL en la misma dimensión. Así que con las 13 dimensiones que tenemos como máximo, suele ser más que suficiente. De hecho características con muchos valores diferentes suelen estar en dimensiones diferentes.
-- REVISAR LOS ESQUEMAS GRÁFICOS EN APUNTES --
Sobre el autor
Publicación académica de Alejandro López Robledano, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
SAP Master
Alejandro López Robledano
Profesión: Consultor Sap Bo - España - Legajo: BB36V
✒️Autor de: 81 Publicaciones Académicas
🎓Cursando Actualmente: Consultor BI / BW BO Nivel Inicial
🎓Egresado de los módulos:
Certificación Académica de Alejandro López
Disponibilidad Laboral: FullTime 
