✒️¿Qué cambia en ABAP a partir de SAP HANA?

1 Cambios en ABAP a partir de SAP HANA

1.1 Nuevas opciones técnicas disponibles para el desarrollador ABAP

• Acelerar: SAP HANA nos permite acelerar los programas existentes, tanto los que se ejecutan en segundo plano como los tiempos de respuesta en las transacciones online.
• Ampliar: Utilizar SAP HANA para personalizar y extender las aplicaciones existentes ya que algunos programas que solo podian ejecutarse de fondo ahora pueden convertirse en transacciones interactivas al mejorar sus tiempos de respuesta. Otras mejoras a considerar son análisis integrados o búsquedas de texto (Full Text Searches).
• Innovar: Desarrollar aplicaciones nuevas e innovadoras en SAP HANA al converger el procesamiento de transacciones en línea (OLTP) con el procesamiento análitico (OLAP) permitiendo aplicaciones híbridas. Este tipo de aplicaciones híbridas permite a usuarios finales tomar decisiones basadas en conocimientos adquiridos en tiempo real.

1.2 Code pushdown

Para que las aplicaciones aprovechen las innovaciones de SAP HANA es necesario mover al menos parte de ejecución de la lógica a la base de datos, especialmente cuando se realizan cálculos complejos con grandes cantidades de datos. A este proceso de mover código de aplicación a la capa de base de datos se le llama code pushdown.

La forma tradicional de programar en ABAP utilizana el paradigma data-to-code que es precisamente el proceso inverso: obtener los datos de la base de datos para procesarlos en el AS ABAP. Esto implica en ocasiones transferir millones de registros desde la base de datos al servidor de aplicaciones.

En code-to-data puede ejecutarse una parte o toda la lógica de aplicación en la capa de base de datos. Cuanto mas complejos sean los cálculos a realizar, mas registros se necesitan para el cálculo y mas valiosa será la ejecución en la base de datos.

En ambos paradigmas, nada cambia en la ejecución de la lógica de presentación.

1.3 La base de datos como una caja blanca

En ABAP, aparte de OpenSQL puede utilizarse NativeSQL pero esto no era muy popular debido a que los desarrollos que utilicen operaciones específicas de base de datos no pueden ejecutarse en todos los sistemas sino solo en aquellos que sean compatibles con la funcionalidad utilizada. Esto hacía que solo se utilizara esta opción en casos excepcionales.

Hasta antes de HANA, la base de datos era vista como una caja negra con una estructura y funcionamiento interno que no era necesario conocer. Ahora, si parte de la lógica se implementará en la capa de base de datos, ésta debe convertirse en una caja blanca.

Al optimizar programas para SAP HANA se debe saber si éstos van a utilizarse en distintos sistemas de bases de datos ya que podríamos mejorar el rendimiento pero tener la desventaja de que el código ABAP será dependiente de la base de datos o tener IF..ENDIF para distinguir código que aplica para SAP HANA y el que aplica para otros. Si lo anterior se vuelve muy complejo, podríamos modularizar y terminar con un programa ABAP separado para cada base de datos.

1.4 Calificaciones requeridas para los desarrolladores ABAP

• Capacidad para identificar que programas y patrones de código utilizados son candidatos a ser modificados para aumentar el performance
• Estar familiarizado con las herramientas de desarrollo que permiten realizar análisis en tiempo de ejecución de los programas a mejorar

TIPS:

La lógica de aplicación se divide en 2 secciones

• Lógica de orquestación: Controla los procesos de negocio y el flujo de datos y determina como se combinan y procesan los resultados del cálculo.
• Lógica de cálculo: Son los algoritmos utilizados para realizar cálculos basados en los datos de la aplicación.