Categoría: Reporting

Por actividades propias de la edición de universos de SAP BusinessObjects BI, agregando o eliminando los distintos elementos que lo conforman, estas capas semánticas pueden alcanzar un gran tamaño en el transcurso del tiempo. Si se elimina definiciones de objetos en un universo, podremos observar que apenas cambia de tamaño, porque al parecer los objetos eliminados no se retiran físicamente, sólo se “ocultan”.

Para solucionar el problema de tener universos “pesados”, se introdujo en la versión XI 3.1 actualización Fix Pack 5.1, el parámetro CLEAN_UNIVERSE para que “comprimiese” los universos (ver nota 1726463). Al parecer, este parámetro sólo estaba pensado para el antiguo diseñador de Universos UNV, Universe Designer (o simplemente Designer).

Para Information Design Tool, el diseñador de universos UNX de la 4.0/4.1 la información sobre este parámetro es casi inexistente y la poca que hay es contradictoria. Por un lado se señala que no es necesario utilizar este parámetro porque los universos (Business Layer) son guardados de la manera más óptima y por otro lado, hay testimonios de usuarios que señalan haberlo utilizado, luego de los cual sus universos se habrían dañado (ver foro sobre el tema). Hasta no contar con documentación oficial, no recomendamos su uso.

Por “fastuoso” que pueda resultar el nombre de la capa semántica de SAP BusinessObjects BI, un “universo” no necesariamente debe pretender cubrir todas las necesidades de análisis de información que tuviese una organización.

Un “universo”, el cual cumple el esencial papel de “interprete” o “puente” entre las estructuras técnicas de los datos y los usuarios de negocio, debería reflejar los elementos de análisis de un proceso de negocio o procesos complementarios, que no necesariamente son de “propiedad” de una determinada área o principal interés para todos los usuarios de una organización.

Las posibilidades que brindan herramientas como Web Intelligence (WebI) de diseñar documentos en base a más de una consulta, dónde cada consulta puede utilizar un proveedor de datos distinto (los cuales podrían ser diferentes universos), no justifica el diseño de universos mastodónticos.

¿Cuál es el tamaño ideal de un Universo?

Las buenas prácticas de SAP señalan que un universo no debería superar los 200 objetos. Si estamos utilizando “Information Design Tool” (IDT), en la capa del “Business Layer” podríamos obtener el recuento de objetos. Un universo demasiado grande podría ocasionar los siguientes contratiempos:

• Problemas de rendimiento y memoria
• Dificultad de navegación y uso
• Complejidad en el diseño de la seguridad, más aún si se desea realizar a nivel de objeto.

Al estar usando intensivamente Information Design Tool (IDT) de SAP BusinessObjects BI 4.1 SP02 patch 01 (la penúltima actualización disponible) vemos con satisfacción varios pequeños detalles que se han ido incluyendo poco a poco en cada una de sus actualizaciones, detalles que en su conjunto facilitan el trabajo con esta herramienta para diseñar los denominados Universos, la capa semántica de BI4, fundamental para un BI Self Service.

Así como vemos muchas mejoras, nuestro “éxtasis” por esta plataforma de BI no nos ciega para identificar cosas que esperábamos superadas, más aún cuando encontramos notas que así lo señalan. Debemos reconocer que sentimos algunos minutos de “pánico” cuando al validar la integridad de nuestro diseño de Universo observamos varios errores con un texto similar al siguiente: “The calculated column referenced in the table contains ivalid sql” y al tratar de editar la gran cantidad de columnas calculadas que habíamos definido recibíamos como respuesta “Failed to edit calculated column”.

No tenemos certeza absoluta del origen del problema, pero este se produce en la denominada Data Foundation dónde observaremos que varias tablas del esquema no figuran como seleccionadas en la lista de tablas de la conexión, por lo que todos los alias y columnas calculadas generan errores al validar el “business layer” o la “data foundation”.

Después de probar varias opciones nos resignamos a recurrir a una copia seguridad, pero sólo restituimos, en otro proyecto, el fichero .dtx del «data foundation», conservando el fichero .blx del “business layer” y el acceso directo de la conexión. Otra opción hubiera sido recuperar la versión publicada en el repositorio de la plataforma, para luego realizar los cambios que estuviesen faltando.

A pesar del tiempo transcurrido SAP BusinessObjects BI nos puede seguir dando algunas sorpresas no muy gratas, por lo que en la fase de desarrollo o diseño de un proyecto de BI resulta muy aconsejable las copias de seguridad diarias.