✒️El análisis y la optimización con SAP HANA

ANÁLISIS Y OPTIMIZACIÓN CON SAP HANA

Herramientas de analisis de tiempo de ejecución y error:

• ST05: Traces de SQL a traves de esta transacción, para conocer a que tablas de base de datos accede un programa.

• SAT: Análisis de tiempo de ejecución de ABAP mediante esta transacción, evolución de la SE30.

• SLIN: Verificación ampliada de código a traves de esta transacción, verificación estática del codigo.

• SCI: Chequeo de codigo generado a traves del inspector de código de SAP con esta transacción.(performance, seguridad, sintaxis,...)

• ATC: ABAP test Cockpit, evolución del inspector de código.

• STAD: Utilizacion de registros estadísticos (visión general simple de los tiempos de la base de datos)

• ST12: Analisis de transacciones individuales. Combinación de STAD, SAT y ST05 .

• ST22: Análisis de errores en tiempo de ejecución.

A partir de ABAP 7.4, además:

• SQLM: Monitor SQL

• SWLT: Sql Performance Twining WorkList, combina los datos del monitor SQL con los resultados del análisis del código.

CONCLUSIONES CLAVE PARA LA OPTIMIZACIÓN ABAP EN HANA

• SCI: Esta transacción, inspector de código, nos ayudará a identificar partes del programa mejorables para SAP HANA. No se puede escanear el código estándar del sistema.

• Evitar contratiempos funcionales (cancelaciones de programas, cambios no deseados en el comportamiento de aplicaciones...)

• Native SQL y hints de base de datos: En Inspector de código seleccionar: Uso de la Interfase ADBC y sentencias críticas, en las implementaciones de SAP con BD Oracle, se suele utilizar los HINTS en los SELECT para forzar el uso de los indices de las tablas, sentencias propias del SQL Nativo de Oracle que no van a funcionar tras la migración a SAP HANA.

• Comportamiento de SORT: En las tablas columnares debemos utilizar ORDER BY para recibir los datos ordenados.

• Adios a las tablas cluster y pool, pues al realizar la migración se convierten en tablas transparentes. Utilizar la categoría Programación Robusta del inspector de código y activar el check para encontrar las partes de los programas ABAP con SELECTs sin ORDER BY.

Al optimizar para SAP HANA, verificaremos:

• Uso inseguro de FOR ALL ENTRIES. Siempre chequear antes de la ejecución de FOR ALL ENTRIES que la tabla interna no se encuentre vacía.

• Transformar todas las sentencias FOR ALL ENTRIES en uniones, pues un join ofrece ofrece ventajas de rendimiento sobre un FOR ALL ENTRIES.

• Declaraciones SELECT que omiten el Buffer de la tabla, que cargan la base de datos

• Instrucciones problemáticas SELECT *, para evitar leer datos no necearios.

• Busqueda de SELECTs en LOOPS en Subrutinas,

• EXIT/CHECK en SELECT...ENDSELECT. Se desaconseje el uso de SELECTR..ENDSELECT y se reemplaza por el uso de SELECT SINGLE o SELECT INTO TABLE