Etiqueta: HANA

Tu SAP HANA por 81,29 US$

SAP HANA es la plataforma de procesamiento en memoria sobre la que funcionarán no tan sólo todos los productos SAP, sino también los productos de otros grandes fabricantes.


SAP HANA es la plataforma de procesamiento en memoria sobre la que funcionarán no tan sólo todos los productos SAP, sino también los productos de otros grandes fabricantes. Ya sea para investigar, estudiar o desarrollar un nuevo producto basado en esta plataforma in-memory, resulta imprescindible contar con acceso a una infraestructura SAP HANA.

Una alternativa para contar con acceso a una plataforma SAP HANA es la que SAP ofrece vía Amazon Web Services (AWS), aún no la hemos probado, pero una configuración mínimia con acceso 2 horas diarias podría llegar a costar 81,29 US$ por mes, con el calculador que ofrece AWS se puede estimar la alternativa más adecuada.

Revisando en «road map» de SAP BusinessObjects Design Studio

¿Design Studio?, con este nombre nos podemos referir a cualquier cosa, pero nos referimos a SAP Zen, la nueva herramienta para diseñar cuadros de mando, que actualmente se encuentra en fase beta (al no contener la palabra como «dashboard» en su nombre, nos hace temer un nuevo rebranding de este producto, que aún no ha sido liberado).


¿Design Studio?, con este nombre nos podemos referir a cualquier cosa, pero nos referimos a SAP Zen, la nueva herramienta para diseñar cuadros de mando, que actualmente se encuentra en fase beta (al no contener la palabra como «dashboard» en su nombre, nos hace temer un nuevo rebranding de este producto, que aún no ha sido liberado).  

SAP BusinessObjects Design Studio coexistirá con SAP BusinessObjects Dashboards (Xcelsius), ambos productos permitirán desarrollar cuadros de mando en HTML5, la diferencia estará en la interfaz, quizás SAP Zen este más orientada al usuario final y en la conectividad a las fuentes de datos, siendo más directa la que ofrezca el nuevo componente para fuentes SAP HANA y SAP NW BW. 

SAP Zen, nombre que recibió SAP BusinessObjects Design Studio en su fase inicial de su desarrollo, esta dirigido a sustituir SAP Business Explorer Web Application Designer (Bex WAD), tal es así que entre sus planes futuros incluye herramientas de migración desde BEx WAD. 

“Limitaciones” para diseñar vistas SAP HANA

Hemos encontrado la nota 1002641 que hace referencia a unas supuestas limitaciones que existirían al modelar vistas en SAP HANA. Pero si tenemos en cuenta que al diseñar vistas en HANA construimos esquemas en estrella, creemos que estas “limitaciones” son en todo caso, el lógico comportamiento que impone esta arquitectura de esquema en estrella.


Hemos encontrado la nota 1002641 que hace referencia a unas supuestas limitaciones que existirían al modelar vistas en SAP HANA.  Pero si tenemos en cuenta que al diseñar vistas en HANA construimos esquemas en estrella, creemos que estas “limitaciones” son en todo caso, el lógico comportamiento que impone esta arquitectura de esquema en estrella.

Por ejemplo, un esquema en estrella está basado en una tabla central denominada tabla de hechos (la que contiene las medidas) y se vincula a otras tablas denominadas atributos que cumplen el papel de dimensiones o perspectivas. En un modelo en estrella y en una vista analítica de HANA, sólo debería haber una tabla de hechos.

Introducción sobre las «Vistas de Información» de SAP HANA

Las vistas de información (Information Views) de SAP HANA son creadas para modelar un subconjunto de datos almacenados en la base de datos SAP HANA y de este modo, cubrir las necesidades de información de un proceso de negocio. Estas vistas, que actúan como una capa intermedia entre los datos y los usuarios, enfoque similar a los universos de SAP BusinessObjects BI, están básicamente constituidos por atributos (Attribute) y medidas (Measure), el primero de ellos describe la información (cliente, ciudad, región, etc) y el segundo tipo de dato cuantifica la información (ingresos, cantidades, gastos, etc).


Las vistas de información (Information Views) de SAP HANA son creadas para modelar un subconjunto de datos almacenados en la base de datos SAP HANA y de este modo, cubrir  las necesidades de información de un proceso de negocio.  Estas vistas, que actúan como una capa intermedia entre los datos y los usuarios, enfoque similar a los universos de SAP BusinessObjects BI, están básicamente constituidos por atributos (Attribute) y medidas (Measure), el primero de ellos describe la información (cliente, ciudad, región, etc) y el segundo tipo de dato cuantifica la información (ingresos, cantidades, gastos, etc).

Existen tres vistas de información:

  • Attribute View. Son usadas para definir una entidad cuando la descripción de la entidad está contenida en varias tablas que requieren ser vinculadas.  Una vista atributo puede finalmente contener atributos simples, atributos calculados y jerarquías.  Así mismo, es posible definir filtros, atributos ocultos para procesos o cálculos internos, atributos clave para vincular con otra tablas o habilitar la propiedad Drill Down.
  • Analytic View. Las vistas analíticas son utilizadas para modelar datos que incluyen medidas como por ejemplo cualquier proceso de ventas, los cuales implican medidas tales como cantidades e importes.  La estructura de datos (data foundation) de una vista analítica puede contener múltiples tablas, pero sólo una de ellas deberá contener las medidas (equivalente a la tabla de hechos de un modelo de estrella).  Además de las vinculaciones entre tablas, una vista analítica puede incluir la definición de otra vista analítica, heredando las definiciones de la vista incluida.  Las Analytic Views pueden incluir atributos simples, atributos calculados, atributos privados, medidas simples, medidas calculadas, medidas restringidas, variables, parámetros de entrada, filtros, atributos ocultos, atributos clave, drill down, tipos de agregación de las medidas, moneda y unidad de las medidas.
  • Calculation View. Este tipo de vistas, que quizás tenga un uso menos frecuente, necesarias cuando se requieran cálculos más complejos que no pueden ser cubiertos por los tipos de vistas anteriores. Las vistas de cálculo pueden incluir otras vistas de atributos, vistas analíticas, sentencias SQL, diferentes niveles de agregación de datos, atributos y medidas (en ambos casos simples, calculadas y privadas/restringidas), column views, contadores, otra jerarquías (además de las que podrían contener las vistas de atributo), variables y parámetros.

¿Múltiples bases de datos SAP HANA?

Cuando recibimos un servidor o nodo de SAP HANA esta viene pre-configurada con una base de datos (Nota: creemos que la traducción más o menos aproximada de SAP HANA Appliance es Servidor o Nodo SAP HANA).


Cuando recibimos un servidor o nodo de SAP HANA esta viene pre-configurada con una base de datos (Nota: creemos que la traducción más o menos aproximada de SAP HANA Appliance es Servidor o Nodo SAP HANA).

En esta base de datos SAP HANA incluiremos en tablas toda los datos que la organización requiere, luego con las denominadas vistas o views (Attribute Views, Analytic Views y Calculation Views), algo similar a una capa semántica o universo podremos acceder a los datos para su explotación y análisis.

Técnicamente es factible tener otra base de datos en el mismo nodo, pero como señala SAP en la nota 1681092 no resulta recomendable, especialmente en entornos de producción porque el rendimiento podría verse afectado con la ejecución simultanea de más de una bases de datos en memoria.  Esta misma nota señala que SAP no brindará soporte por problemas derivados por esta configuración.