✒️SAP BI / BW BO Query
SAP BI / BW BO Query
** QUERY
* 1. BUSINESS EXPLORER Y USUARIOS
La mayoría de los usaurios del negocio necesitan uma interfaz que sea fácil de usar, y les de el acceso a toda la información que necesitan. Los analistas de la información son los usuarios que requieren muchas más funciones de análisis:
El objetivo principal de los modeladores debe ser un buen apoyo a los usuarios finales de la información:
1. Los usuarios finales necesitan colecciones de datos predefinidos
2. Los usuarios finales necesitan predefinir rutas de navegación.
3. Los usuarios finales necesitan poder navegar por sí mismo para poder analizar la información.
* DISEÑO DE UN QUERY PARA UN OPTIMO DESEMPEÑO
El "diseño de queries" puede tener un impacto significativo en el rendimiento. A veces los queries de larga ejecución son el resultado de un mal diseño, y no es sólo por la cantidad de los datos. Hay una serie de "técnicas de diseño" que los desarrolladores pueden utilizar para proporcionar un "rendimiento óptimo" de consulta.
Ejemplo: en la mayoria de los casos las características se deben colocar en las filas y los ratios en las columnas.
RECORDAR: Las características libres aparecen a la izquierda del reporte y puede ser insertadas posteriormente en
la ejecución.
* OTROS CONSEJOS PARA EL DISEÑO DE QUERIES:
Cálculo de la celda a través del editor de celdas genera nuevas consultas en tiempo de ejecución. Usar con cuidado este tipo de cálculos.
En caso de que se utilice variables exit verifique correctamente el código de estos.
El uso de gráficos puede tener impacto en el rendimiento de los reportes.
* 2. CACHE OLAP
Los datos de BI se analizan mediante la definición de queries a InfoProviders. Son definidos por selección de
características y cifras claves.
El Business Explorer pide los datos del InfoProvider y presenta la visión actual de los datos almacenados. Sólo los datos de consulta que se requieren son transferidos. Si quiere una vista diferente de los datos cuando se navega, puede obtenerlo desde el InfoProvider con el procesador OLAP.
Para optimizar el uso de la caché de OLAP existen 2 posibilidades para almacenar el conjunto de datos resultado de la consulta: o bien en la memoria principal (distribuidos en uno o más servidores de aplicaciones) persistente.
La opción que se elija dependerá de las siguientes preguntas:
1. ¿Con qué frecuencia se solicita la consulta? El resultado de las consultas de datos que se solicitan con frecuencia se almacenará en la caché.
2. ¿Cuán compleja es la consulta? Si el resultado es complejo, será procesado por el procesador OLAP y se almacenará
en el caché.
3. ¿Con qué frecuencia se cargan los datos? Si los datos en consulta suele modificarse y por lo tanto tiene que ser cargado con frecuencia, el almacenamiento en caché es apenas ventajoso, ya que la caché tiene que generarse cada vez.
Si la caché no se desea, se tiene la posibilidad de cambiar el modo de almacenamiento en caché a través de la
personalización con la Trx RSCUSTV14
* MODOS DE CACHE:
El modo de cahé determina si y de qué manera los resultados de consulta y estados de navegación (calculado por el
procesador OLAP como datos de alta compresión) se van a guardar en la caché de OLAP.
Para acceder a las propiedades de caché de un reporte debemos acceder primero a la Trx RSRT , buscar un reporte y
presionar el botón Atributos.
A fin de lograr el uso ideal de la caché de OLAP se encuentran los siguientes modos:
-0. Caché inactivo (0): el almacenamiento en caché cruzada transaccional esta desactivado. Esto significa que ningún resultado de datos se llevará a cabo en la memoria caché.
-1. Memoria Principal Caché sin Swapping (1): Los datos almacenados en caché se almacenan en la memoria principal. En
caso de que la memoria se agota, los datos se retirarán de acuerdo con el Algoritmo LRU.
-2. Memoria Principal Caché con Swapping (2): los datos alamcenados en caché se almacenan también en la memoria
principal. Si la memoria caché se utiliza superando los datos admitidos se escribirán en la memoria secundaria (Cluster/Archivo Plano) y podría volver a cargar en la caché de OLAP al ejecutar una nueva solicitud.
-3. Cluster/Archivo Plano, Cache por Aplicación Server: los datos almacenados en caché se almacenan persistentemente
en forma de tablas o en una BD o como un archivo en un directorio del servidor de aplicaciones. Se recomienda elegir un directorio que esté próximo al servidor de aplicaciones.
-4. Cross-Application Server Cache Cluster/Archivo Plano Cache: los datos almacenados en caché se almacenan persistentemente como un clúster de servidores de aplicaciones cruzadas, tabla o archivo en un sistema de archivos en
la red, accesible desde todos los servidores de aplicaciones.
* ALGORITMO LRU
Si la caché de la memoria principal se agota, pero más datos tienen que ser escritos en la memoria caché, los menos
usados recientemente (Algoritmo LRU) elimina o intercambia los datos del query.
Orden de las entradas del LRU:
La primera entrada de caché esta señalada con el llamado Puntero del anillo. Él le dice a la LRU dónde empezar a buscar las entradas que pueden ser removidas o cambiadas. En caso del que el caché se haya agotado, la LRU se moverá en el sentido horario. Si encuentra el valor adecuado, el puntero del anillo se coloca en la Caché-Entrada posterior.
* 3. MONITOR DE QUERIES (RSRT)
Las pruebas de seguimiento de consultas, controles y gestión de queries BI se realizan mediante el uso del monito de
queries. Puede probar un query, así como el chequeo o cambio de propiedades.
Con esta pantalla nos permite también la entrada en el monitor de la caché.
- Monitor de caché (RSRCACHE)
En la pantalla de Caché Monitor es capaz de obtener una visión general, parámetros de la caché, la canitdad de memoria
utilizada por los objetos en tiempo de ejecución de consultas y la estructura actual de caché subyacente.
La pantalla de inicio del monitor del caché muestra los diferentes parámetros, establecidos para la caché de OLAP
En un punto de vista lógico la caché de OLAP se crea jerárquicamente y por lo tanto es igual a la presentanción jerárquica de los objetos.
El árbol de directorios de la caché de OLAP se divide en 4 niveles.
- Procesos en paralelo durante la ejecución de un query.
Una consulta puede ser dividida en sub-consultas por el sistema. Si dividiendo los resultados de consulta en más de
una sub-consulta, la operación de lectura en paralelo de forma predeterminada esta será mucho más rápida.
El grado máximo de paralelismo determina el número máximo de procesos que se utilizan para cada consulta. Este valor
está limitado a 6 por defecto. El valor máximo se puede cambiar a un valor entre 1 y 100 en la entrada QUERY_MAX_WP_DIAG dentro de la tabla RSADMIN
 
 
 
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.
Nora Marilin Medina Silva
Profesión: Licenciatura en Analisis de Sistemas Informaticos - Paraguay - Legajo: DC14B
✒️Autor de: 43 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Nora Medina