In-memory computing – Página 14

Cuidado, publicidad engañosa alrededor de SAP HANA, ya es real

Hace un año advertíamos de la “publicidad engañosa” que se montaría alrededor de SAP HANA, ahora vemos que es una realidad. Al igual que ha sucedido con las fuentes de datos SAP NetWeaver BW, al parecer, también sucederá con SAP HANA: Otros fabricantes afirmarán que acceden mejor y más rápido que los productos SAP a bases de datos HANA, ya hemos encontrado un caso, quizás al primer “osado”, se trata de QlikView, que sin contar con una solución certificada para SAP HANA, señala recomendaciones con esta plataforma.

Hace un año advertíamos de la “publicidad engañosa” que se montaría alrededor de SAP HANA, ahora vemos que es una realidad. Al igual que ha sucedido con las fuentes de datos SAP NetWeaver BW, al parecer, también sucederá con SAP HANA: Otros fabricantes afirmarán que acceden mejor y más rápido que los productos SAP a bases de datos HANA, ya hemos encontrado un caso, quizás al primer “osado”, se trata de QlikView, que sin contar con una solución certificada para SAP HANA, señala recomendaciones con esta plataforma y su producto.

Cualquier aplicación de cualquier fabricante podrá acceder a datos HANA a través de conectividad estándar: ODBC, JDBC, MDX, ODBO o SQLDBC. Pero hay mucho más que conectarse a una base de datos HANA, comenzando por un diseño adecuado de las tablas de datos o identificar las operaciones que se realizarán con los datos, para determinar las técnicas adecuadas tales como vistas analíticas, vistas calculadas o si se empleará SQLScript.

En un pobre “informe” en el blog de QlikView, se concluye que lo más recomendable es acceder vía ODBC y efectuar los cálculos en esta aplicación, ignorando la capacidad de procesamiento de HANA, no señalando que los más eficiente sería que los cálculos se efectuaran a nivel de base datos, característica fundamental de HANA, pudiéndose obtener, de este modo, mejores tiempos de acceso a los datos.

Tal como se señala en la nota 1577128 las herramientas de BusinessObjects BI son aplicaciones de Business Intelligence certificadas para trabajar con HANA, lo que equivale a lo siguiente:

SAP brinda soporte de estas aplicaciones trabajando con HANA
Estás aplicaciones están internamente optimizadas para trabajar en entornos HANA
Con estas herramientas los cálculos complejos son procesados a nivel de base de datos, disminuyendo el tráfico de datos

Entrando a la página SAP dónde se verifica los partners certificados, sólo encontramos a MicroStrategy como proveedor de soluciones de Business Intelligence para HANA, al ofrecer un conector ODBC certificado por SAP. A pesar de la certificación HANA que pueda obtener una solución BI de cualquier otro fabricante, pensamos que el máximo potencial que podremos obtener de HANA lo encontraremos en soluciones SAP. Aprendamos de lecciones pasadas, veamos todo lo que ha sucedido alrededor de la conectividad con SAP NW BW, ahora realmente posible sólo a través de la conectividad BICS, tecnología exclusiva de productos SAP.

Referencia: blog QlikView y nota 1577128

Los tres grandes usos de SAP HANA

El corazón de la plataforma SAP HANA es su base de datos en memoria, la cual puede gestionar datos estructurados y no estructurados. SAP HANA Database puede comportarse como una base de datos relacional tradicional para usos en aplicaciones transaccionales (OLTP) o puede ser un proveedor de datos para aplicaciones analíticas (OLAP), en ambos casos, con la eficiencia diferenciada que permite el procesamiento en memoria y todas las técnicas incluidas en un sistema HANA.

El corazón de la plataforma SAP HANA es su base de datos en memoria, la cual puede gestionar datos estructurados y no estructurados. SAP HANA Database puede comportarse como una base de datos relacional tradicional para usos en aplicaciones transaccionales (OLTP) o puede ser un proveedor de datos para aplicaciones analíticas (OLAP), en ambos casos, con la eficiencia diferenciada que permite el procesamiento en memoria y todas las técnicas incluidas en un sistema HANA.

El hecho que gran parte de los datos residan en memoria, no significa que los datos se pierdan ante un fallo eléctrico, al igual que una base de datos tradicional, SAP HANA almacena los datos en disco, lo cual permite que ante una reincialización del sistema por algún fallo, todos los datos se recuperan si mayor contratiempo.

Los usos más habituales de un sistema SAP HANA podrían ser catalogados del siguiente modo:

Como un repositorio de datos (Data Mart) para fines de análisis y reporting.
Como la base de datos principal en arquitecturas de 3 capas (cliente, servidor de aplicaciones y base de datos), por ejemplo en instalaciones de SAP NetWeaver Business Warehouse o SAP Business Suite.
Como infraestructura que brinda servicios de bases de datos y servidor de aplicaciones para aplicaciones SAP HANA nativas.

SAP HANA como un Data Mart

En este escenario, los datos son replicados desde sistemas fuentes SAP o no-SAP en SAP HANA Database. Luego las herramientas analíticas como puede ser SAP BusinessObjects Business Intelligence 4.0 (BI4) o inclusive MS Excel se podrían conectar vía vistas de información o directamente a la base de datos HANA para elaborar los documentos que se utilizarán para analizar los datos.

SAP HANA en una arquitectura clásica de 3 capas

Según la información brindada por SAP, este sería el escenario de uso mayoritario que tendría SAP HANA, a través de la adopción de SAP NW BW powered by SAP HANA (BW on HANA).

SAP HANA como infraestructura de aplicaciones nativas

A partir de la actualización SPS05, SAP HANA incluye el componente SAP Extended Application Services (SAP HANA XS), el cual brinda todas las características de un servidor de aplicaciones, servidor web y entorno de diseño de aplicaciones (incluido este entorno de diseño en SAP HANA Studio). Gracias a SAP HANA XS los usuarios podrán acceder a aplicaciones nativas HANA a través de una interfaz Web.

Notas SAP relacionadas a BW on HANA

Las mejoras o novedades relacionadas a SAP HANA son constantes, y uno de los productos más utilizado sobre esta plataforma es SAP BW powered by SAP HANA (BW on HANA). Todos estos cambios o mejoras son publicadas a través de notas SAP, para llevar un control de estos documentos, SAP ha publicado un fichero MS Excel con la relación de estas novedades.

Las mejoras o novedades relacionadas a SAP HANA son constantes, y uno de los productos más utilizado sobre esta plataforma es SAP BW powered by SAP HANA (BW on HANA). Todos estos cambios o mejoras son publicadas a través de notas SAP, para llevar un control de estos documentos, SAP ha publicado un fichero MS Excel con la relación de estas novedades.

Para recuperar a este fichero se deberá acceder a la nota 1846493, la cual será actualizada regularmente, lo recomendable es suscribirse a esta nota para que recibas un mensaje de correo electrónico cuando se publique una nueva versión.

Referencia: (aquí la versión 17)

SAP HANA, ¿segadora de costes o generadora de beneficios?

Es “humano”, luego de una inversión tan importante como puede ser la adquisición de una plataforma SAP HANA, que se quiera saber cómo obtener el retorno de la inversión o lograr beneficios importantes que justifiquen de manera inmediata la inversión realizada. Pero “erramos” cuando comenzamos a calcular cuánto nos ahorraremos prescindiendo de aquellos colaboradores que realizan tareas, que un panorama in-memory computing de HANA, podrían ser “prescindibles”.

Es “humano” que luego de una inversión tan importante como puede ser la adquisición de una plataforma SAP HANA, se quiera saber cómo obtener el retorno de la inversión o lograr beneficios importantes que justifiquen de manera inmediata la inversión realizada. Pero “erramos” cuando comenzamos a calcular cuánto nos ahorraremos con aquellos colaboradores, que un panorama in-memory computing de HANA, podrían ser “prescindibles”.

Efectivamente, algunas tareas de administración de las plataformas informáticas actuales no son necesarias en SAP HANA, pero habrá otras que se deberán realizar con en el fin de monitorizarla y mantenerla adecuadamente. Al final, quizás algún rol podría ser liberado, pero ¿qué ventaja competitiva puede lograr una empresa “ahorrándose” dos o tres nóminas?

Tampoco se trata de hacer más rápido lo mismo que se hace actualmente. En SAP HANA, utilizar sistemas de información que sólo comunican lo que ha sucedido, significaría infrautilizar una plataforma que tiene el mayor potencial disponible de la historia.

Imagen de TimoElliott (02)

Consideramos que la fuente generadora de beneficios y ventajas competitivas es la adopción de una cultura de análisis predictivo en los procesos de negocios, para llevar a cabo tareas que hasta ahora eran imposibles de realizar. Entre otras, las siguientes:

Crear ofertas personalizadas por cada segmento y canal
Controlar constante y proactivamente las tendencias del mercado y las necesidades de los consumidores.
Identificar los lineamientos para la innovación y desarrollo de producto.
Elaboración de previsiones más realistas
Comparación de los resultados con los objetivos previstos.
Identificar las transacciones u operaciones fraudulentas
Análisis más completos sobre los clientes y su comportamiento:
- Localizar anomalías y grupos específicos
- Identificar correlaciones entre los datos de ventas cruzadas y oportunidades de ventas.
- Conocer y comprender las causas de satisfacción o insatisfacción de los clientes
- Identificar los clientes que podrían abandonar y cuáles de ellos podrían ser persuadidos a permanecer.
- Identificar que clientes pueden ser convencidos a comprar o que puedan responder positivamente en una campaña de marketing.

La reducción del coste tiene límites conocidos, la generación de ingresos y beneficios esta limitada por la visión o percepción de los individuos, la cual podría ser reforzada con la capacidad de procesamiento que ofrece SAP HANA y el uso de herramientas de análisis predictivo.

Nota: Imágenes de TimoElliott.com

¿SQLScript?

SQLScript es una variante del lenguaje estándar SQL-92 (Structured Query Language), diseñado por SAP para obtener el máximo beneficio de un sistema de base de datos de SAP HANA. Tanto el SQL estándar, como SQLScript pueden ser usados en HANA. El SQL tradicional se puede utilizar para crear tablas de datos (cuando las estructuras de metadatos no pueden ser importadas). También se pueden utilizar SQL para crear vistas de cálculo (calculation views), para manipular los datos y gestionar transacciones.

SQLScript es una variante del lenguaje estándar SQL-92 (Structured Query Language), diseñado por SAP para obtener el máximo beneficio de un sistema de base de datos de SAP HANA. Tanto el SQL estándar, como SQLScript pueden ser usados en HANA. El SQL tradicional se puede utilizar para crear tablas de datos (cuando las estructuras de metadatos no pueden ser importadas). También se pueden utilizar SQL para crear vistas de cálculo (calculation views), para manipular los datos y gestionar transacciones.

SQLScript está compuesto por un grupo extensiones (Data Extensions, Procedural Extensions y Functional Extensions) que contribuirán a que las operaciones con los datos se ejecuten sobre la base de datos HANA, utilizando de la mejor manera su arquitectura para obtener el máximo rendimiento del sistema. Para este fin, destacan las funciones CE:

Mensaje final: si estás escribiendo sentencias SQL en SAP HANA, siempre que puedas, utiliza la sintaxis de SQLScript para obtener el mejor rendimiento al acceder a la información.