Plataformas BI – Página 6 – aníbal goicochea

Cómo fluyen los datos en QlikView

Tenemos muy clara nuestra elección de plataforma de Business Intelligence, pero vemos necesario conocer las principales características de funcionamiento de otras alternativas, como puede ser QlikView, del cual no dudamos sus bondades, tales como la tecnología asociativa (rutas de análisis de los datos que requiera el usuario) y el procesamiento de datos en memoria.

Tenemos muy clara nuestra elección de plataforma de Business Intelligence, pero vemos necesario conocer las principales características de funcionamiento de otras alternativas, como puede ser QlikView, del cual no dudamos sus bondades, tales como la tecnología asociativa (rutas de análisis de los datos que requiera el usuario) y el procesamiento de datos en memoria.

En el documento de referencia encontramos una breve explicación del modo en que fluyen los datos a través de QlikView, que nos permitimos compartir:

Se comienza con los datos fuente. QlikView puede extraer datos de una gran variedad de fuentes, incluyendo ODBC, OLE DB, XML y archivos planos (Excel, CSV, etc). También existen conectores para grandes aplicaciones empresariales como SAP, hasta redes sociales como Twitter.
Los datos se envían a QlikView usando un script de carga. Este script se puede usar para extraer, transformar, y cargar datos al modelo de datos en memoria o para guardarlos a archivos físicos intermedios en disco, en formato QVD.
Los datos de la base de datos en memoria se guardan en formato desagregado, lo que significa que todas las agregaciones y cálculos se hacen al momento que lo solicita el usuario. Esto simplifica el modelado de datos en QlikView, ya que no hay necesidad de crear tablas resumidas por separado.
Las selecciones que hace el usuario se propagan automáticamente a todo el modelo de datos y estos cambios son reflejados por el motor de presentación de QlikView.
Las aplicaciones QlikView se pueden presentar en diferentes clientes.

Referencia: ISBN 978-1-78217-423-3

El uso de CPUs y las licencias de SAP BusinessObjects BI

El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente. Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

El sistema de licenciamiento de SAP BusinessObjects BI no es nada exacto o uniforme, todo depende según las necesidades del cliente (ver entrada anterior). Las licencias del uso de CPU, en teoría, responden a los siguientes criterios:

Cada CPU core de un host SAP BI requiere una licencia.
El primer CPU core requiere una licencia de CPU. Cada core del mismo CPU requiere un 0.5 de licencia.
Si el resultado del cálculo no es número entero, este deberá redondearse.
En teoría, SAP no impone limitaciones en el uso de CPUs, la contratación de licencias necesarias es una formalización que debe realizarse.

Por ejemplo, para una instalación de un host con dual CPU quad-core, el cálculo de licencias de CPU sería el siguiente:

1 Server x 2 CPUs x (1 + 0.5 + 0.5 + 0.5) = 5 Licencias de CPU

Pero bueno, cada caso tiene un tratamiento particular, la última palabra la tendrá SAP.

Referencias: Notas SAP 1285639 y 1344387

El “System Configuration Wizard” de BI41, ayuda más si lo tenemos desactivado

El “Asistente de Configuración del Sistema” (System Configuration Wizard) es una nueva funcionalidad de SAP BusinessObjects BI 4.1, que ha nuestro parecer, brinda muy poca utilidad en las tareas de personalización que requiere toda instalación de BI4 o BI41. Si alguien pensaba que habría una herramienta mágica para evitar las tareas manuales de sizing y configuración, lamentamos comunicarles que esta no existe y dudamos que en el futuro exista algo similar.

El “Asistente de Configuración del Sistema” (System Configuration Wizard) es una nueva funcionalidad de SAP BusinessObjects BI 4.1, que ha nuestro parecer, brinda muy poca utilidad en las tareas de personalización que requiere toda instalación de BI4 o BI41 (ver entrada anterior). Si alguien pensaba que habría una herramienta mágica para evitar las tareas manuales de sizing y configuración, lamentamos comunicarles que esta no existe y dudamos que en el futuro exista algo similar.

La personalización o configuración de una plataforma BI4 o BI41 obedece a tres grandes categorías de necesidades, particulares de cada organización y que pueden variar en el tiempo:

Usuarios (cantidad, frecuencia, concurrencia, grupos,…),
Datos (Naturaleza, cantidad o volumen) y
Aplicaciones/componentes a utilizar.

El Asistente de Configuración del Sistema se activará cada vez que se acceda al CMC (Central Management Console o Consola de Administración Central, aplicación Web para configurar y administrar la plataforma SAP BI), nuestra sugerencia es que se desactive, dado que su utilidad para el usuario profesional es nula. En la documentación se señala que este Asistente reduce las posibilidades de errores de configuración, para nosotros, tenerlo activo es un peligro, a pesar que sólo tienen acceso los usuarios del grupo Administradores, pero dado que la curiosidad o distracción está en todas partes, sugerimos eliminar riesgos, porque basta cinco veces “NEXT” y dos “APPLY”, para perder cualquier trabajo de configuración previo.

MicroStrategy anuncia su certificación para SAP HANA

MicroStrategy ha comunicando su certificación de su principal producto, MicroStrategy 9 para conectarse a bases de datos SAP HANA. De este modo, Microstrategy se covierte en la primera plataforma de Business Intelligence, no SAP, certificada para SAP HANA.

MicroStrategy ha comunicando su certificación de su principal producto, MicroStrategy 9 para conectarse a bases de datos SAP HANA. De este modo, Microstrategy se covierte en la primera plataforma de Business Intelligence, no SAP, certificada para SAP HANA.

Tal como señalabamos en la entrada anterior, nuestra apuesta para obtener el máximo potencial de la plataforma in-memory computing de SAP, desde una plataforma de Business Intelligence, es SAP BusinessObjects BI 4.0 / 4.1. Tal como se lee en el anuncio de MicroStrategy, no se señala posibilidades de utilizar la capacidad de procesamiento de HANA, modelos de estrellas a través de vistas analíticas o cálculadas o el acceso a datos de SAP BW on SAP HANA considerando fielmente la estructura de los metadatos, posibilidades reales a través de la mayoría de los componentes de BI4 / BI41 y los nuevos universos UNX.

Referencias: Anuncio de MicroStrategy y SAP Partner Information Center

BICS de BI4, la mejor vía para acceder a fuentes de datos SAP

En el mundo del Business Intelligence no todo es SAP BusinessObjects BI (muchas veces referida en este sitio como BI4 o BI41 por hacer referencia a las últimas versiones, 4.0 y 4.1, respectivamente). El mundo BI está plagado de propuestas de diversos fabricantes, algunas muy buenas y muy fáciles de implementar, tanto desde el punto de vista técnico, como adaptación por parte de los usuarios.

En el mundo del Business Intelligence no todo es SAP BusinessObjects BI (muchas veces referida en este sitio como BI4 o BI41 por hacer referencia a las últimas versiones, 4.0 y 4.1, respectivamente). El mundo BI está plagado de propuestas de diversos fabricantes, algunas muy buenas y muy fáciles de implementar, tanto desde el punto de vista técnico, como adaptación por parte de los usuarios.

Todo, o casi todo, funciona bien en las plataformas BI mientras las fuentes de datos son bases de datos relacionales (tipo fuentes de datos más popular a nivel mundial), pero las cosas cambian cuando las fuentes de datos son multidimensionales (cubo de datos) como las usadas por los sistemas SAP NetWeaver BW, en estos casos, en ocasiones el acceso a los datos resulta complejo para la herramienta o la recuperación de los datos no es exacta a la definición realizada en el cubo de datos. Sólo BI4 y BI41, a través de la conectividad BICS (BI Customer Service), técnica exclusiva de SAP, posibilita la recuperación de la información respetando fielmente la definición de la estructura de datos SAP.

BICS permite que los productos SAP BusinessObjects BI que acceden a los datos SAP, lo hagan en menor tiempo, con más eficiencia y con mejores resultados, sin tener que recurrir a “extraños inventos” que complican la implementación y mantenimiento futuro, tales como “repositorios de datos intermedios”, como normalmente ocurre en la implementación de una plataforma de BI que accede a datos SAP, impidiendo al usuario analizar la información tal como ha sido definida y le interesa al negocio.

Ninguna otra plataforma de BI que no sea SAP BusinessObjects BI ofrece una conectividad a los datos SAP como la que se logra con BICS, factor relevante en cualquier comparativa al valorar la mejor alternativa que requiere una organización.