Categoría: In-memory computing

Tener los datos en memoria no es lo único que hace rápido y eficiente a SAP HANA, hay un conjunto de aspectos adicionales que contribuyen a lograr tiempos tan reducidos de acceso a la información (aquí un post al respecto) como la tecnología de procesamiento o almacenamiento basado en columnas, esta tecnología es una alternativa a la clásica y popular almacenamiento basado en filas, utilizada por la gran mayoría de bases de datos relacionales, mayoritariamente en uso en la actualidad.

Al referirnos al almacenamiento basado en columnas o filas no pretendemos señalar a una como buena y a la otra como obsoleta, ambas tecnologías son buenas y eficientes pero dependiendo qué uso se le da.  La base de datos de SAP HANA utiliza ambas tecnologías, pero para tareas diferentes para así obtener su mejor rendimiento.

Resumiendo lo bueno y malo de cada tecnología, lo siguiente sería lo más destacable:

• Almacenamiento basado en filas (Row – based Storage)
  • Ventajas: Todos los datos se almacenan juntos, facilitando la inserción y actualización
  • Desventajas: Durante la selección o recuperación de datos, todos los datos son leídos.
• Almacenamiento basado en filas (Column –  Based Storage)
  • Ventajas: Sólo se accede a la información requerida durante el proceso de selección o lectura.  Cualquier columna de datos puede actuar como un índice o clave para la recuperación de datos.
  • Desventajas: La actualización de datos en columnas no es eficiente como lo puede ser la tecnología basada en rilas.

Referencia: (aquí)

El software y hardware de un SAP HANA appliance ya viene del todo configurado, pero sin embargo hay una serie de tareas adicionales por realizar para poner en marcha la plataforma in-memory computing de SAP, en el manual SAP HANA Technical Operations, un buen documento de referencia, encontramos la relación de las principales tareas y la asignación de responsabilidades.

Como posibles responsables para realizar estas tareas encontramos al proveedor del hardware, al cliente y al servicio de soporte de SAP, no se menciona el apoyo que podrían brindar los partners de consultoría técnica especializada, también necesarios en esta fase, y muchos más en las siguientes, en la que se deberá realizar tareas como la configuración de la replicación de datos o el diseño de vistas analíticas para analizar la información.

En SAP, no confundir ediciones con versiones, la primera palabra se refiere al contenido del producto y la segunda a la evolución y mejoras del producto.  La plataforma SAP HANA, en cuanto al software, se ofrece en tres ediciones, diferenciadas entre ellas por los componentes que incluyen, Enterprise Extended (la más completa), Enterprise y Platform (la más básica) tiene en común que están configuradas sobre el mismo sistema operativo, SUSE Linux Enterprise Server.

En un anterior post mencionábamos las tres ediciones de SAP HANA, en esta entrada señalamos los componentes que tiene cada edición,  Además del sistema operativo, también tienen en común que en las tres ediciones podemos tener SAP Netweaver BW, también denominado SAP NW BW powered by SAP NAHA.

El principal criterio para seleccionar la edición que necesita una organización será identificar las fuentes de datos qué tiene o lo que es lo mismo, qué sistema de replicación de datos utilizará (aquí una entrada al respecto).