![](/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/125.jpg)
INFOCUBOS
Clases de InfoCubos
Existen dos subtipos de InfoCubos: estándar y tiempo real. Aunque ambos tienen diseño en estrella ampliado los InfoCubos en tiempo real (antes llamados transaccionales) están optimizados para tu actualización directa y no requieren de procesos ETL.
Los InfoCubos en tiempo real se utilizan de forma casi exclusiva para procesos BI de planificación.
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 InfoCatálogo suele tener un mínimo de 4 tablas de dimensión y un máximo de 16. 3 de ellas las crea SAP.
Tabla de dimensión de unidades.
Tabla de dimensión de paquete de datos.
Tabla de dimensión de paquete de tiempo.
Las dimensiones contienen SID (tablas que contienen identificadores para acceder a las tablas de datos maestros) vinculadas a un máximo de 248 InfoObjetos.
En un InfoCubo siempre hay tablas de dimensiones de paquete de datos y de tiempo.
La tabla de dimensiones de unidades sólo existe si al menos 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 dimensiones no contienen las características/valores de características, sino claves SID/valores correspondientes.
Además de crear y añadir InfoObjetos de características a las tablas DIM, se 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 InCubo.
Tablas de InfoCubo
Tablas de dimensión
Cuando se crea un InfoCubo se selecciona los InfoObjetos característicos que se desea utilizar como componentes del InfoCubo y se le asigna las dimensiones. Cuando se activa el InfoCubo se generan las tablas de dimensión.
Las columnas de una tabla de dimensión comprenden las IDs de datos maestros que pertenecen a las características. No comprenden 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 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 de datos maestros para las distintas características. Como se puede ver a continuación la estructura de una tabla de dimensión consiste en una columna ID DIM y hasta 248 columnas de ID de datos maestros.
Tablas de hechos: Cuando se activa un InfoCubo se genera dos tablas de hechos: tabla F y la tabla E (cuando los datos son comprimidos). Ambas tienen las mismas columnas.
Las claves de las tablas de dimensión (ID DIM) confirman las claves externas de las tablas de hechos. Cada fila de la tabla de hechos tiene una ID única, una combinación de valores ID DIM.
Diferencias entre la tabla E y la tabla F. La tabla F es óptima para la carga de datos porque se fracciona automáticamente en la tabla de dimensión de paquete. Esto implica que puede gestionar cada solicitud de datos individual por separado.
La tabla E está optimizada para solicitudes de datos. Los registros datos que tienen los mismos valores clave se comprimen.
Las convenciones de nombre de las tablas:
/BIC/F Tabla F para InfoCubo definido por el cliente.
/BI0/F Tabla F para InfoCubo estándar SAP.
/BIC/E Tabla E para InfoCubo definido por el cliente.
/BI0/E Tabla E para InfoCubo estándar SAP.
El proceso de traspaso de datos de la tabla F a la E se llama compresión. Desde el InfoCubo se accede al proceso de compresión.
Esquema lista
La transacción LISTSCHEMA permite ver un resumen del número de tablas (excepto las tablas de jerarquías y de texto) que se tienen que crear o son necesarias para un InfoCubo o agregado en BI.
Desde la transacción y mediante SE16 se puede acceder al contenido de las tablas.
Diseñar dimensiones
Relaciones de características de datos maestros
Además del DIMID como clave en la tabla dimensión, hay una columna para cada característica en la tabla dimensión.
Estas columnas contienen los valores de ID de datos maestros (ID sustitutivo) para cada valor de la característica.
El ID de datos maestros es el campo valor de la tabla ID de datos maestros.
El valor de la 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 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 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. Para cada posible dimensión de valores ID de datos maestros solamente hay un único DIMID en cierto momento.
Si se modifica la combinación de valores de ID de datos maestros, se genera una nueva fila con un nuevo DIMID en la tabla de dimensión.
Si dos características tienen relación N:M esto provocará la ampliación de las tablas de dimensión. Esto se debe evitar.
El número máximo de entradas de la tabla dimensión es el producto de todas las ID de datos maestros.
Normalmente las relaciones M:N indica 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 las transacciones.
En muchos casos la opción alternativa que tiene modelar la relación N:M en una dimensión no será la mejor solución. Es necesario verificar el número de registros de la tabla dimensión y sus ratios con el número de registros de la tabla de hechos.
Como regla de aceptación se debería de haber un ratio entre 1:10 y 1:20 entre la tabla de dimensión y la tabla de hechos.
Si coloca dos tablas DIM pequeñas en una tabla algo más grande esto implica que sólo se tienen que acceder a una tabla cuando los datos se cargan o se ejecuta un query. No se deberá de colocar dos dimensiones fuertes como MATERIAL y CLIENTE en una tabla de dimensión. En la mayoría de los casos las 13 tablas de dimensión son más 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.
En este ejemplo las características VERSIÓN y COLOR tienen una relación N:M. Sin embargo se pueden usar en la misma dimensión porque el número máximo de registros es 4 * 3= 12.
Las características con un gran número de partidas individuales reciben dimensiones separadas.
Los expertos hablan de relaciones 10:20/1 entre el tamaño de la tabla de hechos y la tabla de dimensiones.
 
 
 
Sobre el autor
Publicación académica de Franco Alfieri Maringota Alvarado, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
Franco Alfieri Maringota Alvarado
Peru - Legajo: GF44M
✒️Autor de: 288 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP FI Nivel Inicial
- Carrera Consultor en SAP BI / BW BO Nivel Avanzado
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
- Carrera Consultor en SAP BI / BW BO Nivel Inicial