«SAP ERP on SAP HANA»… SAP, para de innovar!!!

Desde los sistemas transaccionales, inmediatamente, en cualquier momento y desde cualquier dispositivo, analizar la información con herramientas de Business Intelligence sin ninguna restricción o limitación, ya es posible con SAP Business Suite (SAP ERP) sobre la plataforma in-memory computing de SAP.


… y ahora tenemos la versión Beta de SAP ERP sobre SAP HANA,… seas consultor o usuario, la avalancha de innovación que está generando SAP en los últimos meses, resulta indigerible… intentémoslo.

Desde los sistemas transaccionales, inmediatamente, en cualquier momento y desde cualquier dispositivo, analizar la información con herramientas de Business Intelligence sin ninguna restricción o limitación, ya es posible con SAP Business Suite (SAP ERP) sobre la plataforma in-memory computing de SAP, SAP HANA.

Open Platform for Innovating Without Disruption

Con esta propuesta, SAP nos invita a soñar en situaciones como las siguientes:

  • Sería posible tener un sistema de presupuestos con la capacidad de consultar información de ejercicios anteriores para tener una referencia o quizás procesar estos datos con herramientas estadísticas o de minería de datos para definir previsiones más realistas.
  • Podríamos analizar las ventas del día anterior o del día en curso y combinarla con información social (por ejemplo de redes sociales) para brindar sugerencias mas efectivas sobre la estrategia de ventas.

y con esta nueva propuesta, SAP también nos invita a reflexionar sobre lo siguiente:

  • Todas la limitaciones que comentábamos en la entrada anterior sería superadas, entonces surge una pregunta, ¿una empresa con SAP ERP on SAP HANA, necesitaría un Data Warehouse?, creemos que en algunos casos sería recomendable seguir teniendo un repositorio central, porque quizás el ámbito de análisis estaría más acotado, pero en todo caso, creemos que la dependencia que tienen actualmente los usuarios con los entornos OLAP disminuiría.
  • Dado que el nuevo ERP in-memory, desde el punto de vista económico, no será accesible para muchos, SAP seguirá ofreciendo el SAP ERP tradicional con las bases relacionales de siempre y por consiguiente, la separación de entornos entre sistemas transaccionales y analítico,s continuará para la gran mayoría de organizaciones.
  • Optar por este nuevo ERP, pensamos que no se trata de una simple “migración técnica”, al igual que optar por SAP HANA, el enfoque o estrategia del proyecto debe ir acompañado de una revisión de los procesos negocios para obtener auténticas ventajas competitivas.
  • Si a nivel consultoría había una carencia importante de personal bien cualificado para las innovaciones en SAP EPM y SAP BI, las propuestas in-memory de SAP HANA, SAP NW BW on SAP HANA y ahora SAP Business Suite, Powered by SAP HANA (SAP ERP on SAP HANA) disparan las alertas a nivel mundial.  SAP debería responder a esta situación facilitando, aún más, el acceso a la documentación y a los entornos de formación de sus más recientes innovaciones.

Referencia: (aquí)

Las bases de datos tradicionales han definido la arquitectura de las plataformas de TI

Las características limitaciones de las bases de datos tradicionales (disk-based databases) han determinado las arquitecturas de las infraestructuras tecnológicas actuales, uniformemente divididas por un entorno transaccional y otro entorno analítico. Estas limitaciones son responsables, entre otras cosas, de lo siguiente:


Las características limitaciones de las bases de datos tradicionales (disk-based databases) han determinado las arquitecturas de las infraestructuras tecnológicas actuales, uniformemente divididas por un entorno transaccional y otro entorno analítico. Estas limitaciones son responsables, entre otras cosas, de lo siguiente:

  • División de la gestión de los procesos de negocio y el análisis de la información.
  • Necesidad de ejecutar procesos de cargas de datos, y en algunos casos, con complejos algoritmos de transformación.
  • Procesos de verificación de la integridad de datos entre los repositorios y los sistemas origen.
  • Imposibilidad de efectuar en tiempo real o inmediato el análisis de la información.
  • Limitación de la cantidad y naturaleza de la información a procesar.
  • Cantidad considerable de recursos para gestionar las infraestructuras.
  • Renuncia, por parte de los usuarios, de sus necesidades de información, en tiempo y contenido.
  • Inversiones constantes en hardware para mejorar las plataformas tecnológicas, cuyos resultados muchas veces son imperceptibles para los usuarios.

Por motivos como estos, el concepto de bases de datos con procesamiento en memoria, es una alternativa adecuada porque elimina la casi totalidad de estas limitaciones, pero lamentablemente, por razones económicas, no es una solución al alcance de todos.

Carga y descarga en memoria de tablas SAP HANA Database

Normalmente SAP HANA Database gestiona la carga y descarga de tablas en memoria de manera automática con el fin de tener los datos necesarios en memoria, pero sin embargo, es posible «forzar» la carga y descarga de tablas o columnas de tablas si fuese necesario.


Normalmente SAP HANA Database gestiona la carga y descarga de tablas en memoria de manera automática con el fin de tener los datos necesarios en memoria, pero sin embargo, es posible «forzar» la carga y descarga de tablas o columnas de tablas si fuese necesario.

Las tablas con almacenamiento basado en filas son cargadas en memoria desde que la base de datos es iniciada y permanecen en memoria durante todo su funcionamiento, no pueden ser descargadas.

Las tablas con almacenamiento basado en columnas se cargan bajo demanda, columna por columna en los primeros accesos (este comportamiento se conoce como Lazy Loading) de este modo, columnas que nunca se utilizan no son cargadas, haciéndose un uso más eficiente de la memoria. Este es el comportamiento por defecto (algoritmo “least recently used”), pero sin embargo en la definición de la tabla vía SAP HANA Studio se puede indicar que columnas se cargarán cuando la base de datos se ponga en funcionamiento. (También vía la consola SQL se puede utilizar las sentencias LOAD y UNLOAD para cargar y descarga tablas o determinadas columnas de una tabla)

Nota: Para cargar una tabla en memoria es necesario tener el privilegio UPDATE SQL sobre la tabla.

La «arquitectura» de las tablas basadas en columnas de SAP HANA

La denominada Column Store es un componente de toda la ingeniería que conforma la plataforma SAP HANA, gestiona en memoria las tablas con almacenamiento basado en columnas. La “Column Store” optimiza las operaciones de lectura y escritura, a través de dos estructuras de datos que tienen las tablas: «main storage» y «delta storage».


La denominada Column Store es un componente de toda la ingeniería que conforma la plataforma SAP HANA, gestiona en memoria las tablas con almacenamiento basado en columnas. La “Column Store” optimiza las operaciones de lectura y escritura, a través de dos estructuras de datos que tienen las tablas: «main storage» y «delta storage».

The In-Memory Computing Engine of SAP HANA

La denominada “main storage” contiene los datos comprimidos para llevarlos a memoria, esta área es utilizada para las tareas de búsqueda y cálculos sobre los datos.  En cuanto a las tareas de grabación, se realizan sobre otra estructura, denominada “delta storage”, la cual utiliza una compresión básica que optimiza las tareas de actualización de los datos.  Las tareas de lectura se realizan sobre ambas áreas de datos.

A través de operaciones denominadas “delta merge” los cambios realizados en la “delta storage” pasan a la denominada “main storage”, luego de estas operaciones, el contenido de la main storage permanece en disco y si fuese necesario la optimización y compresión es actualizada.

Main Strorage and Delta Storage of the column tables

La denominada “delta storage” sólo existe en memoria, como parte del procedimiento contra fallos, el sistema va actualizado un log (delta log) con las últimas modificaciones que se realicen en una tabla, el contenido de estos ficheros es utilizado si el sistema se reinicia y se debe restituir las últimas operaciones que no fueros grabadas en disco.  Al realizar las operaciones “delta merge” los datos pasan a disco y el fichero log correspondiente queda limpio de operaciones.

SAP HANA, una base de datos con servidor web y servidor de aplicaciones incluido

SAP HANA Extended Application Services (conocido como XS) Es un nuevo componente que se introduce en la versión 1.0 SPS 05 de SAP HANA, se trata de un servidor de aplicaciones y servidor Web que permite cambiar el enfoque tradicional para desarrollar aplicaciones Modelo – Vista – Controlador (MVC).


SAP HANA Extended Application Services (conocido como XS) Es un nuevo componente que se introduce en la versión 1.0 SPS 05 de SAP HANA, se trata de un servidor de aplicaciones y servidor Web que permite cambiar el enfoque tradicional para desarrollar aplicaciones Modelo – Vista – Controlador (MVC).

Arquitectura tradicional de desarrollo de aplicaciones Model-View-Controller (MVC)

Con XS, SAP HANA redefine el comportamiento tradicional de una base de datos, permitiendo el desarrollo y ejecución de aplicaciones nativas que aprovechan las características del procesamiento en memoria.  Adicionalmente, al incluir la función de Control en la base de datos, se elimina sobrecargas y se logra mayor eficiencia entre la capa de interface de usuario y el procesamiento de los datos.

Arquitectura de desarrollo de aplicaciones con SAP HANA Extended Application Services

SAP HANA XS ofrece un amplio conjunto de características para cumbrir las funciones de servidor de aplicaciones y servidor web, sin tener que recurrir a productos adicionales. 

Referencia: (aquí)