🚀PROMO SEPTIEMBRE en CVOSOFT United States Of America
✒️SAP BI / BW BO Compresión de InfoCubos
SAP BI / BW BO Compresión de InfoCubos
* 6. COMPRESION DE INFOCUBOS
Los InfoCubos deben ser comprimidos con regularidad. Aquellos InfoCubos sin comprimir aumentan el volumen de datos y
suelen tener un efecto negativo en la query y en la construcción de agregados.
Si existen muchas solicitudes sin comprimir en un InfoCubo, con el tiempo puede causar problemas de rendimiento impredecible y severo. Básicamente, la latabla de hecho F está optimizado para la escritura (upload) y la tabla de hechos E está optimizada para la lectura (consultas).
Un buen rendimiento del sistema SAP BI no es posible a menos que exista una compresión regular de los InfoCubos y
agregados. Se debe definir una estrategia de comprensión normal con los usuarios calves de los datos. De acuerdo con
los requisitos del proceso de negocio los datos de la tabla de hechos F debe ser comprimida con regularidad.
-Descripción Técnica:
Durante la etapa de datos, una solicitud completa se inserta en la tabla de hechos F. Cada solicitud posee una identificación propia (request ID) y partición (DB dependiente), que figura en la dimensión "paquete". Esta característica le permite, por ejemplo, eliminar la petición de la tabla de hechos F después de una carga.
Sin embargo, esto puede resultaren varias entradas en la tabla de hechos con los mismos valores para todas las características, excepto la identificación de solicitud (request ID). Esto aumentará el tamaño de la tabla de hechos y el número de particiones (DB dependiente) innecesariamente y por lo tanto disminuir el rendimiento de las queries.
Durante la comprensión, estos registros se resumen a una entrada con el Request ID '0'.
* 2. PASOS PARA REALIZAR LA COMPRENSIÓN DE INFOCUBOS
Trx RSA1 -> Modeling -> InfoProvider -> Right Click on Cube -> Elegir manage
Ir a la pestaña "Collapse" (comprensión) En la pestaña encontraremos las siguientes opciones de comprensión: Request ID: en esta opción se puede comprimir la petición hasta llegar al valor de request id que se ingresa en el casillero.
Calculated Request ID: en esta opción se puede especificar un valor calculado. Durante la ejecución se determina un request ID calculado por el sistema hasta donde llega luego la compresión.
Con el Request ID calculado se puede:
- Especificar el número de solicitudes que no están comprimidos, o
- Especificar que se compriman peticiones que tengan más de XXX días de antiguedad.
La opción With Zero Elimination
En este caso, las entradas en todos los ratios que está en blanco se eliminan. Si se quiere evitar las entradas que sólo contienen valores cero en los ratios contenidos en el InfoCubo después de la comprensión entonces puede ejecutar una eliminación cero al mismo tiempo que la comprensión.
Eliminación de cero sólo está permitida para InfoCubos donde los ratios poseen un comportamiento de agregación "SUM"
Con ratios de valores no acumulativo, en particular, no puede ejecutar una eliminación cero.
* 3. AUTOMATIZANDO LA COMPRESION UTILIZANDO CADENAS DE PROCESOS.
La ejecución del proceso de compresión se puede realizar manualmente o añadiendo un proceso a una cadena de procesos
existente.
Una vez que se inserta el proceso "Comprenssion of the InfoCubo"
- La opción "Collapse only request that were loaded XXX days ago" indica que se comprimirán las peticiones más antiguas que las indicadas en el campo.
- La opción "Number of request that do you not want to collapse" indica la cantidad de peticiones que no se quieren comprimir dentro del InfoCubo.
 
 
 
Sobre el autor
Publicación académica de Nora Marilin Medina Silva, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
SAP Master
Nora Marilin Medina Silva
Profesión: Licenciatura en Analisis de Sistemas Informaticos - Paraguay - Legajo: DC14B
Continúe aprendiendo sobre el tema "Compresión de InfoCubos" de la mano de nuestros alumnos.
SAP Senior
Compresión de InfoCubos: Losinfocubos deben ser comprimidos con regularidad. Aquellos infocubos sin comprimir aumentan el volumen de datos y suelen tener un efecto negativo en la query y en la construcción de agregados. Si existen muchas solicitudes sin comprimir en un InfoCubo, con el tiempo puede causar problemas de rendimiento impredecible y severo. La tabla de hecho F está optimizada para la escritura y la tabla de hechos E está optimizada para la lectura. Pasos para realizar la compresión de InfoCubos: *Transacción RSA1 > Modeling > InfoProvider > Right clicl on cube > Elegir manage.
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
compresión de Infocubos: Losinfocubos deben ser comprimidos con regularidad. Aquellos infocubos sin comprimir aumentan el volumen de datos y suelen tener un efecto negativo en la query y en la construcción de agregados
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Senior
Compresión de InfoCubos 1.- Compresión deInfoCubos Los InfoCubos sin comprimir aumenta el volumen de datos y tienen un efecto negativo en el query y la constucción de agregados. Puede causar problemas de rendimiento. La tabla de hecho F esta optimizada para escritura y la tabla de hechos E para lectura. Se debe definir una estrategia de compresión normal con los usuarios claves de los datos, los datos de la tabla de hechos F debe ser comprimida con regularidad. Transacción SE38 para ver la cantidad de registros que posees en la tabla F Descripción Técnica Durante la carga de datos una solicitud se inserta en la tabla de hechos F, cada solicitud posee un request IDy partición,...
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Senior
Compresión de cubos: para reducir el volúmen de datos y mejorar los queries y la construcción de agregados. La tablas de hechos F (optimizada para escritura) y E (para lectura) mejoran en su performance si se realiza una compresión regular de InfoCubes y agregados (especialmente para la tabla F). Durante la compresión, los registros se resumen en entradas con request ID, pero algunas funciones se pierden al realizar esto (por ejemplo, no se puede borrar datos de una solicitud específica). La compresión se realiza en la transacción RSA1. E Request ID se puede ingresar o ser calculado. Existe una opción "With Zero Eliminataion" que elimina los ratios en blanco. La compresión...
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
Compresión de Infocubos Deben ser comprimidos con regularidad. Si no losInfocubos aumentan su volumen de datos y suele ser negativo para la QUERY y para la construcción de AGREGADOS. La tabla F debe ser comprimida con regularidad. Los agregados también deben ser comprimidos. La tabla de hechos F está optimizada para ESCRITURA (upload) y la tabla de hechos E para LECTURA (consultas). Descripción técnica: Una solicitud se inserta siempre en la tabla F. Cada solicitud tiene un REQUEST ID (Ej: petición 1, petición 2, ...) propio y una partición DB dependiente (Ej: registro 1, registro 2, ..) propia. Todo esto va a hacer que el tamaño de la tabla de hechos aumente innecesariamente...
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
* 6. COMPRESION DE INFOCUBOS LosInfoCubos deben ser comprimidos con regularidad. Aquellos InfoCubos sin comprimir aumentan el volumen de datos y suelen tener un efecto negativo en la query y en la construcción de agregados. Si existen muchas solicitudes sin comprimir en un InfoCubo, con el tiempo puede causar problemas de rendimiento impredecible y severo. Básicamente, la latabla de hecho F está optimizado para la escritura (upload) y la tabla de hechos E está optimizada para la lectura (consultas). Un buen rendimiento del sistema SAP BI no es posible a menos que exista una compresión regular de los InfoCubos y agregados. Se debe definir una estrategia de comprensión normal con los usuarios...
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
COMPRESION DE INFOCUBOS La Compresion deinfocubos se debe hacer con regularidad, lo cual puede mejorar la performance en las querys Las Compresiones se pueden realizar tanto manualmente, por medio del menu del infocubo o agregando dicho proceso a la cadena de procesos asociada a cierto infocubo
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
Compresión de InfoCubos 1) Comprensión deInfoCubos Los InfoCubos deben ser comprimidos con regularidad. Aquellos InfoCubos sin comprimir aumentan el volumen de datos y suelen tener un efecto negativo en la query y en la construcción de agregados. Si existen muchas solicitudes sin comprimir en un InfoCubo, con el tiempo puede causar problemas de rendimiento impredecible y severo. Básicamente, la tabla de hecho F está optimizada para la escritura (upload) y la tabla de hechos E está optimizada para la lectura (consultas). Un buen rendimiento del sistema SAP BI no es posible a menos que exista una compresión regular de los InfoCubos y agregados. Se debe definir una estrategia de comprensión...
Ingeniero industrial con matricula profesional y certificado en el m?dulo mm de sap, disponible para trabajar en proyectos sap en colombia o fuera del pa?s.
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
COMPRESION DE INFOCUBOS LosInfoCubos deben ser comprimidos con cierta regularidad, al igual que sus agregados, para reducir el volumen de sus datos, evitando el efecto negativo en los querys y en la construcción de agregados. Si existen muchas solicitudes sin comprimir en un InfoCubo, con el tiempo puede causar problemas graves de rendimiento. La tabla de hechos E está optimizada para la lectura (consultas) y la tabla de hechos F está optimizada para la escritura (Upload ). Hay que definir una estrategia de compresión normal con los usuarios claves de los datos. De acuerdo con los requisitos del proceso de negocio los datos de la tabla de hechos F debe ser comprimida con regularidad. DESCRIPCION TECNICA Durante...
*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***
SAP Master
Compresion de Infocubos Debe realizarse con regularidad, caso contrario, aumentaria mucho el volumen de datos afectando negativamente en la query y en la construccion de agregados. Tambien pueden producirse problemas de rendimiento impredecibles y severos. La tabla de hechos F esta optimizada para escritura (upload) y la tabla de hechos E esta optimizada para lectura (consultas), los datos de la tabla de hechos F debe ser comprimida con regularidad, se debe diseñar una estrategia de compresion normal con los usuarios claves de los datos. El mismo sistema SAP BI se tornaria inestable si no existe una compresion regular de losinfocubos y agregados. Es muy util cuando se trata de infocubos con una frecuencia de carga alta (diariamente,...
👌Genial!, estos fueron los últimos artículos sobre más de 80.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.