Almacenamiento en SAP HANA, ¿filas o columnas?

SAP HANA soporta el almacenamiento basado en columnas (column-based storage) y basado en filas (row-based storage), y funciona mejor con el almacenamiento basado en columnas, las tablas de este tipo tienen una lectura optimizada y mejores niveles de compresión. En el futuro, algunas características como el particionado sólo estarán disponibles en tablas column-based storage.


SAP HANA soporta el almacenamiento basado en columnas (column-based storage) y basado en filas (row-based storage), y funciona mejor con el almacenamiento basado en columnas, las tablas de este tipo tienen una lectura optimizada y mejores niveles de compresión.  En el futuro, algunas características como el particionado sólo estarán disponibles en tablas column-based storage.

Pero no siempre es recomendable utilizar tablas basadas en columnas, las cuales están pensadas, principalmente, para grandes volúmenes de datos con lecturas y modificaciones masivas, por otro lado, las tablas basadas en filas son más eficientes en tareas de inserción y actualización, principalmente para pequeños conjuntos de datos con modificaciones individuales.  A continuación mencionamos algunos aspectos que podrían determinar el uso de uno u otro tipo de almacenamiento:

Column Store:

  • Los cálculos serán ejecutados sobre una o pequeños grupos de columnas.
  • La tabla tendrá varias columnas.
  • Gran número de filas que serán procesadas constantemente a nivel de columnas.
  • Las columnas tienen poca variedad de valores y se logrará un alto nivel de compresión.
  • Búsquedas a nivel de los valores de algunas columnas.

Row Store:

  • Se necesita procesar un registro a la vez.
  • Se requiere acceder a todo el registro (todas las columnas de una fila)
  • Las columnas tienen una amplia variedad de datos y los niveles de compresión serían bajos.
  • No se requiere agregaciones, ni búsquedas rápidas
  • La tabla tendrá un número reducido de filas (por ejemplo tablas de configuración)

 Nota: Las tablas de diferente tipo de almacenamiento pueden vincularse, pero resulta más recomendable que siempre sean del mismo tipo. El tipo de almacenamiento asignado a una tabla en su definición puede modificarse vía la sentencia ALTER TABLE ALTER TYPE.

SAP BusinessObjects BI Mobile en una BlackBerry

El Businesss Intelligence en dispositivos móviles lo conocimos en teléfonos BlackBerry hace más de 4 años, pero eso es historia muy lejana, la prehistoria del BI Mobile. Hoy por hoy, al pensar en Business Intelligence en dispositivos móviles, sólo nos viene a la mente Android de Google o iOS de Apple, (perdón por los que usáis dispositivos con Windows Mobile).


El Businesss Intelligence en dispositivos móviles lo conocimos en teléfonos BlackBerry hace más de 4 años, pero eso es historia muy lejana, la prehistoria del BI Mobile.  Hoy por hoy, al pensar en Business Intelligence en dispositivos móviles, sólo nos viene a la mente Android de Google o iOS de Apple, (perdón por los que usáis dispositivos con Windows Mobile).

A pesar del futuro incierto que tienen los dispositivos de RIM, quizás por la cantidad de usuarios que aún los utilizan, SAP BusinessObjects BI 4.0 ofrece una alternativa para tener BI4 en una BlackBerry (revisar las notas de referencia).

Referencia: aquí y aquí

Un universo BO abierto a otras herramientas de BI

Como en post anteriores lo hemos afirmado, lo mejor de SAP BusinessObjects BI 4.0 ha sido la conectividad con fuentes de datos SAP, principal problema de la versión anterior. Problema que se ha solucionado gracias a la conectividad BICs y a los nuevos universos UNX (también llamados IDT por las iniciales de la nueva herramienta que permite su diseño, Information Design Tool).


Como en post anteriores lo hemos afirmado, lo mejor de SAP BusinessObjects BI 4.0 ha sido la conectividad con fuentes de datos SAP, principal problema de la versión anterior.  Problema que se ha solucionado gracias a la conectividad BICs y a los nuevos universos UNX (también llamados IDT por las iniciales de la nueva herramienta que permite su diseño, Information Design Tool).

Roadmap SAP BO Semantic Layer

SAP, para la capa semántica de SAP BusinessObjects BI (Universos) tiene importantes planes de mejoras, para corto y mediano plazo, además de la ampliación de las posibilidades vía SDK y compatibilidad con SAP HANA, nos ha causado grata impresión saber que un futuro tendremos la posibilidad de usar los universos de BO con productos de BI de otros fabricantes, posibilidad que responde a las arquitecturas de Business Intelligence (BI) que tienen las grandes organizaciones, no siempre con un solo producto de BI.  Esta nueva característica aún no tiene fecha, al estar dentro de la sección «Future Direction» del roadmap de referencia, deberemos esperar, por lo menos, un año.

Referencia: (aquí)

Compatibilidad de características SAP BI Mobile según dispositivo y SO


Tantas versiones de sistemas operativos de los dispositivos móviles, más en Android que iOS de Apple, nos encontramos con características de SAP BusinessObjects BI Mobile que no están disponibles en todos ellos. La nota 1755039 presenta una tabla resumen según la versión de la plataforma de BI y la versión de las aplicaciones BO mobile.

Referencia: (aquí)

Atributos automáticos en SAP BPC 10.0 NW


Recordar que atributos son necesarios para diseñar una aplicación o modelo SAP Business Planning and Consolidation (SAP BPC) para consolidar, con SAP BPC 10.0 NW, ya no es necesario, con una funcionalidad de la nueva interfaz web del Administrador, podemos agregar automáticamente estos atributos a la dimensión que estemos editando, según sea el tipo.  Este “automatismo”, al parecer, es posible por las referencias que encontramos en la tabla UJA_APP_RECATT.

Contenido de la tabla UJA_APP_RECATT

No es una buena práctica modificar las tablas y demás objetos desde BW, pero si fuera necesario tener algún atributo en algún tipo de tabla, por ejemplo, ENABLEJRN (1) para restringir el uso de miembros de dimensión, podríamos probar esta vía.