aníbal goicochea

SAP HANA en el «Magic Quadrant for Data Warehouse Database Management Systems 2013»

El informe de la consultora Gartner, sobre el sector de las bases de datos relacionales utilizadas como repositorios de datos, ha sido publicado el día de hoy, para nosotros, segundo en importancia después del informe sobre Plataformas de Business Intelligence. Los informes anuales “Magic Quadrant” de Gartner cubren las diversas tecnologías y son referentes para toda la industria informática.

En el “Magic Quadrant for Data Warehouse Database Management Systems” sólo se mencionan a fabricantes, en cuanto a sus productos aparecen en los comentarios. SAP no figura en estos informes hasta la edición de 2011, cuando se considera como fabricante de base de datos por la adquisición de Sybase en mayo de 2010.

¿Teradata ganador?

Un artículo de ZDNet señala que el ganador es Teradata, pero por los comentarios del informe no lo vemos totalmente claro, los fabricantes que figuran en el cuadrante de líderes tienen importantes “deberes” que podrían afectar su futuro inmediato. Teradata, el que muchos apuntan como el “ganador” de este informe, tiene una estrategia comercial que complica nuevas adquisiciones e inclusive actualizaciones y por otro lado, no existen los suficientes especialistas en Teradata que brinden el soporte necesario en la instalación y mantenimiento de esta base de datos.

SAP HANA, el protagonista

Es la segunda vez que se menciona a SAP HANA en estos informes, pero creemos que en esta última edición es el gran protagonista, totalmente distinto a la edición del 2012, entonces totalmente desconocido para Gartner:

We mention SAP HANA here, but we do not have any production references at the time of this analysis. Sybase has thousands of Sybase IQ customers worldwide.

Se señala que a diciembre de 2012, SAP HANA ya contaría con más de 1.000 clientes, lo que significa que tiene una tasa de crecimiento del 48%, muy lejos de la media del sector que oscila el 14,8%.

En cuanto a los motivos por qué se compra SAP HANA, esta muy claro:

45% para SAP BW powered by HANA
45% para data marts en memoria
10% otros usos

En cuanto a las precauciones o cuidado sobre SAP, por partes, pareciera que se estuviera describiendo fortalezas. Observamos que el gran problema es la falta de claridad en el mensaje, especialmente sobre los siguientes aspectos:

Papel de SAP Sybase IQ y de SAP HANA, hay confusión del uso o utilidad que puede brindar cada uno como Data Warehouse
Uso de sus productos para las necesidades Big Data

Referencia:

ZDNet.com
Gartner Magic Quadrant for DW DBMS 2013, 2012, 2011 y 2010

Best Practices para #BI4 con SAP NW BW

Si estás buscando un punto de referencia para iniciar el diseño de informes, tableros (dashboards) o cuadros de mando (scorecards) te sugerimos revisar la nota 1583742

Si estás buscando un punto de referencia para iniciar el diseño de informes (reporting), tableros (dashboards) o cuadros de mando (scorecards) te sugerimos revisar la nota 1583742. Este documento tiene adjunto tres ficheros ZIP los cuales contienen varios informes Web Intelligence y visualizaciones Dashboards (Xcelsius) para ser desplegados utilizando como fuente de datos SAP Netweaver BW. Tienes una guía detallada para utilizarlos e implementar los universos que se necesitan. Es necesario SAP BusinessObjects BI 4.0. SP1 o actualizaciones superiores.

Manipulación de ejes de los gráficos

La finalidad de un gráfico es transmitir de la manera más inmediata una lectura e interpretación de un conjunto de datos. Pero si el gráfico es manipulado, con o sin intención, el usuario que lo visualiza podría quedarse con una percepción errónea de lo que esta tratando de analizar.

La manipulación de un gráfico puede producirse por varías vías, pero lo más usual es cuando se utiliza una escala de los ejes no acorde con los datos a representar o cuando se le da al gráfico unas dimensiones desproporcionadas horizontal y verticalmente.

Por ejemplo, si tenemos los siguientes datos:

Utilizando Xcelsius (SAP BusinessObjects Dashboards) realizamos un gráfico de líneas, obtendríamos el siguiente resultado:

Ajustando la escala del eje Y coherentemete con los datos representados:

Obtendríamos la siguiente imagen:

Manipulación de ejes - Eje Y ajustado correctamente (03)

Disminución de la tendencia

Si alteramos la escala del eje Y, conseguimos atenuar la tendencia de los datos:

Del mismo modo, si aumentamos desproporcionalmente, sólo el tamaño horizontal del gráfico, visualmente disminuimos el impacto de la tendencia:

Si combinamos las dos «técnicas» anteriores, la disminución de la tendencia es aun más notorio:

Aumento de la tendencia

Si agregamos más valores a la escala del eje X, obtenemos una mayor pronunciación de la tendencia:

Si aumentamos sólo el tamaño vertical del gráfico, conseguimos una impresión visual de una tendencia muy pronunciada.

Combinando las dos «técnicas» anteriores tenemos un gráfico con una tendencia exageradamente pronunciada.

Más recursos para el Sizing #BI4

Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence. La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.

Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence. La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.

Para el caso de BI4 comentamos anteriormente, entre otras cosas, el uso de una plantilla del Quick Sizer, ahora a esto se suma una nueva aplicación, el principio es muy similar para introducir los parámetros, pero quizás el resultado es más legible: Se indica el número de usuarios y una estimación del volumen de datos que tendrán los documentos BI por cada tipo de componente que se va utilizar y como resultado obtenemos el número de SAPs que requiere el CPU y la cantidad de memoria recomendad en GB.

Esta nueva herramienta viene acompañada con la versión más actualizada de la guía de Sizing de BI4 (particularmente, preferimos las versiones anteriores de este documento).

Referencia: SAP SDN

Uso incorrecto de las escalas en los gráficos

Cuando utilizamos una herramienta para el diseño de visualizaciones gráficas como SAP BusinessObjects Dahsboard (Xcelsius) dejamos de utilizar muchas propiedades, asumiendo sus valores por defecto. Pero resulta que muchas veces estos valores que tiene la herramienta no son los que se requieren según lo que se esté representando. Una de estas propiedades, es la Escala.

Cuando utilizamos una herramienta para el diseño de visualizaciones gráficas como SAP BusinessObjects Dahsboard (Xcelsius) dejamos de utilizar muchas propiedades, asumiendo sus valores por defecto. Pero resulta que muchas veces estos valores que tiene la herramienta no son los que se requieren según lo que se esté representando. Una de estas propiedades, es la Escala.

Por ejemplo, se desea comparar la variación salarial entre dos poblados con los siguientes valores:

Si se representan estas dos series de valores y optamos por asumir el valor por defecto de la propiedad Escala, tendremos un eje vertical (Y) con una escala lineal o aritmética.

Si vemos el gráfico anterior, la conclusión inmediata sería que en el Poblado B hay mayores incrementos, lo que resulta inexacto. Por otro lado, si indicamos la escala logarítmica tendríamos lo siguiente.

Este gráfico es una representación más próxima a la realidad. Lo que permite concluir que para comparar las variaciones incrementales entre series de valores, la escala correcta del eje Y debe ser logarítmica. Debemos tener en cuenta que el gráfico debe brindar de manera inmediata y fidedigna los valores que está representando.