✒️SAP BI / BW BO Query
SAP BI / BW BO Query
1 - Business Explorer y Usuarios
Los desarrolladores crean consultas/queries en función de los roles usuario final y analistas.
Los analistas: necesitan más funciones de análisis, analizan informes, reordenan datos para descubrir info importante.
Los usuarios finales: necesitan colecciones de datos predefinidos,rutas de navegación y navegar por si mismos para analizar la información.
* Diseño de una query para un óptimo desempeño (consejos)
Para mejor rendimiento: características en filas y ratios en columnas.
Características en columnas en det circustancias: fechas. Características con valores grandes (0MATERIAL) solo en columnas si tienen filtro o variables. También se podría agregar como característica libre para ser usado en la navegación.
Las características libres aparecen en la IZQUIERDA del reporte y pueden ser insertadas posteriormente en la ejecución. Características de tiempo más detalladas o más agregadas (0CALDAY, 0CALMONTH, 0CALYEAR) también incluirlos en características libres.
Variables y listas desplegables pueden mejorar el rendimiento de las consultas (la solicitud es más específica).
En Ratios restringidos/filtros/selecciones evitar la opción EXCLUSIÓN (sólo la inclusión puede usar índices).
Al ejecutar una consulta se leen todos los InfoProviders de ese Multisitio. Con la característica virtual 0INFOPROV puedo leer solo los infoproviders que se necesitan (para mi query). Dimensiones/Paquete de datos.
"Cálculo de celda" genera nuevas consultas en tiempo de ejecución (cuidado!).
"Variables exit" (cuidado, verificar correctamente el código de éstas!)
"Uso gráficos" (cuidado, también puede tener impacto en el rendimiento).
2 - Caché OLAP
Capa Front-end: Query Designer, Analyzer.
Capa Application Server: Query Execution, OLAP Processor,
Capa Database Server: Datos InfoCubo y Aggregados
Bex pide los datos del Infoprovider. Sólo se transfieren los datos que se requieren. Si queremos una vista diferente de los datos navegando lo vamos obteniendo desde el Infoprovider con el procesador OLAP. Hay una caché de datos de consulta OLAP para mejorar el acceso(rendimiento).
Para mejorar el uso de la caché OLAP existen dos posibilidades:
1- En la Memoria Principal
2- Persistente
¿Con que frecuencia se hace la consulta?¿Cuan compleja es la consulta?¿Con que frecuencia se actualizan los datos?
-Si no deseo almacenamiento caché puedo cambiarlo con la Tx. RSCUSTV14 (BI-Parametrizaciones de rendimiento-Parametrizaciones caché globales)
* Modos de caché
Determina si y como resultados de consulta y navegación se guardan en la caché.
Ir a RSRT - > Buscar un Informe -> Botón Atributos:
- 0 Cache is inactive:
- 1 Memoria Principal Cache sin Swapping(1): Los datos de caché en MP. Si se agota la memoria se retiran datos segun LRU.
- 2 Memoria Principal Cache con Swapping(2): Los datos de caché también en MP. Si se sobrepasa la caché a MS.
- Cluster/Archivo Plano, Cache por Application Server: Se almacenan persistentemente en tablas, BBDD, o como archivo. Recomendable un directorio próximo al servidor de aplicaciones.
-Cross-Application Server Cache Cluster/Archivo Plano Cache: Persistentemente accesible desde todos los servidores de aplicaciones.
* Algoritmo LRU (...)
3 - Monitor de queries (RSRT)
Podemos probar una query, chequearla o cambiarla las propiedades. También entrar en el Monitor de la Caché.
* Monitor de caché (RSRCACHE)
Visión general, parámetros de la caché, cantidad de memoria utilizada por los objetos en tiempo de ejecución y la estructura actual de la caché. Tamaño caché máximo. Entradas reservasdas para el objeto en tiempo de ejecución.
La caché OLAP se crea jerárquicamente . El árbol de directorios de la caché OLAP se divide en cuatro niveles.
Por cada consulta se crea un directorio (el nombre se determina con el nombre técnico del Infoprovider y la query)
Estos directorios contienen los datos del resultado real de las diferentes consultas.
* Procesos en paralelo durante la ejecución de un query
Una consulta puede ser dividida en subconsultas. De esta manera la lectura en paralelo hará que sea más rápida (Por ejemplo de un Multiprovider, a varios Infoproviders, de cada uno a sus agregadas, y cada una de estas a sus tablas E/F).
El grado máximo de paralelismo determina el máximo número de procesos que se utilizan para cada consulta. Es 6 por defecto. Puede ser un valor entre 1 y 100. Entrada QUERY_MAX_WP_DIAG, tabla RSADMIN.
En la práctica el grado real de paralelismo depende de la carga del sistema en un momento dado (entre 1 y valor máximo). Si salen más subconsultas, se repartiran entre los procesos de trabajo. Los resultados de todas las subconsultas se recogen en un punto de sincronización para formar un resultado global. En las secuenciales las subconsultas se procesan una tras otras y el resultado provisional va al MOTOR OLAP.
 
 
 
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.
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