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.

¿Base de datos SAP HANA?

Estés trabajando con productos SAP, quizás lo estas pensando o inclusive estas utilizando el software de otro fabricante, tarde o temprano, te encontrarás con HANA… para nosotros, es el referente de la nueva generación de bases de datos.


Estés trabajando con productos SAP, quizás lo estas pensando o inclusive estas utilizando el software de otro fabricante, tarde o temprano, te encontrarás con HANA… para nosotros, es el referente de la nueva generación de bases de datos.

Las bases de datos, tal como las conocemos actualmente, fueron diseñadas sobre las limitaciones de hardware que se tenían hace más de dos décadas, actualmente  totalmente superadas.  Resulta poco lógico seguir utilizando arquitecturas de datos obsoletas, más aún cuando ya podemos contar en un sólo sistema con más de 1 TB de memoria y 80 procesadores (CPU cores) y pronto hasta 128.

SAP HANA Database, es el núcleo de un servidor SAP HANA (SAP HANA Appliance), se trata de una base de datos relacional que se ha optimizado para utilizar con eficiencia todo el hardware disponible.  La base de datos SAP HANA tiene un lenguaje de programación basado en SQL denominado SQLScript que facilitan incrustar en la misma base de datos consultas y cálculos complejos evitando el transito de datos entre aplicaciones y base de datos, agilizando las respuestas para el usuario.

Con el término «base de datos en memoria» se describe el principal comportamiento de SAP HANA Database, el cual consiste en tener todos los datos relevantes en memoria, evitando el lento acceso de lectura y escritura a dispositivos mecánicos como los tradicionales «discos duros».  El almacenamiento en disco si se efectúa, como una operación en segundo plano sin afectar el rendimiento, los datos en el disco permitirán recuperar el sistema ante una caída del sistema.  Con los datos en memoria, SAP HANA utiliza una serie de técnicas como el procesamiento en paralelo, compresión de datos o almacenamiento en columnas para poder gestionar grandes cantidades de datos en tiempos de acceso reducidos (aquí un post relacionado).

Compatibilidad SAP HANA

La nota técnica 1577128 (Supported clients for SAP HANA) es otra nota de la categoría «de consulta frecuente» que se actualizan con cierta regularidad para presentar información resumida sobre la compatibilidad de SAP HANA 1.0


La nota técnica 1577128 (Supported clients for SAP HANA) es otra nota de la categoría «de consulta frecuente» que se actualizan con cierta regularidad para presentar información resumida sobre la compatibilidad de SAP HANA 1.0 en sus tres actualizaciones vigentes SPS 04, SPS03 y SPS02 (SPS = Support Package Stacks), con aplicaciones cliente.  Destacamos lo siguientes:

  • Además de SAP BusinessObjects BI 4.0, SAP HANA también esta optimizado y certificado para Microsoft Office y SAP Gateway, esto significa que estos productos se benefician del buen uso de las características in-memory computing de SAP, esto no impide que no se pueda utilizar SAP HANA con otros productos, inclusive no-SAP.
  • SAP HANA 1.0 SPS04 es compatible con SAP BusinessObject BI 4.0 SP4 y superiores.
  • SAP HANA ofrece la siguiente conectividad: ODBO, ODBC, JDBC y SQLDBC

Información para migrar SAP BW a SAP HANA

Aún no le vemos mucha lógica llevar SAP NW BW sobre SAP HANA, para nosotros, una imagen como la que adjuntamos es una buena representación de esta situación, somos cada vez más los que dudamos sobre esta “fórmula” y SAP sigue en sus intentos de convencernos que es una solución acertada, el próximo intento es 5 de septiembre.


Aún no le vemos mucha lógica llevar SAP NW BW sobre SAP HANA, para nosotros, una imagen como la que adjuntamos es una buena representación de esta situación, somos cada vez más los que dudamos sobre esta “fórmula” y SAP sigue en sus intentos de convencernos que es una solución acertada, el próximo intento es 5 de septiembre.

Pero “no queda otra”, “es lo que hay”, estas frases que nos gustan muy poco, porque denotan resignación, pero por el momento, “es lo que toca”. Mientras tanto, si tuviésemos la oportunidad de hacer esta migración, una nota técnica a tener presente es la 1600929, que también encaja en la categoría “de consulta frecuente”.  En este documento se indica en que otras notas se pueden encontrar más información y se detallan algunos requisitos para migrar SAP NW BW 7.3* a “SAP BW powered by SAP HANA”, como las bases de datos origen permitidas:

  • Oracle 11.2
  • IBM DB2 LUW 9.7
  • MaxDB 7.9
  • MS SQL server 2008
  • DB2 for i61, 7.1
  • DB2 for z/OS V9, V10
  • SybaseASE 15.7 (Sólo SAP NW BW 7.31)

Referencia: NT 1600929