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

Introducción al análisis y optimización con SAP HANA

• Realizar traces de SQL con ST05
• El análisis de tiempo de ejecución con SAT: Es la evolución de la SE30.
• La verificación ampliada con SLIN
• El code inspector con SCI
• El ABAP Test Cockpit con ATC: Es la evolución del code inspector.
• La utilización de los registros estadísticos con STAD: Nos proporciona una visión general simple de los tiempos de la base de datos.
• El análisis de transacciones individuales con ST12: Combina STAD, SAT y ST05.
• El análisis de errores en tiempo de ejecución con ST22

A partir de ABAP 7.4, tenemos herramientas nuevas:

• El monitor SQL con SQLM: Recopila, agrega y persiste la información en tiempo de ejecución sobre las sentencias SQL. La memoria caché en la base de datos proporciona información específica en la base de datos seobre la declaración SQL (cantidad de páginas leídas, tiempos de E/S y CPU requeridos, etc).
• El SQL Performance Tunning Worklist Tool con SWLT: El cual podemos utilizar para combinar los datos del Monitor SQL con los resultados del análisis del código y, por lo tanto, hacer planes para lograr una optimización valiosa.

Verificaciones relevantes al migrar a SAP HANA

• Native SQL y hints de base de datos: Para programas en los que hayamos utilizado Native SQL. HINTS es una sentencia propia del SQL Nativo de Oracle y no funcionará en la migración a SAP HANA. Para ayudarnos a localizar estos código, en el code inspector podemos utilizar "Uso de la interfase ADBC" y "Sentencias críticas".
• Comportamiento del SORT: En las tablas de base de datos columnares, si no especificamos la cláusula ORDER BY en el SELECT, la base de datos devolverá los registros desordenados. Otra alternativa es usar el SORT luego del SELECT. En la categoría Programación Robusta del code inspector, tenemos disponible un check para ayudarnos a encontrar SELECT sin ORDER BY.
• Adiós a las tablas cluster y pool: Cuando se migra a SAP HANA, son convertidas en tablas transparentes.

Verificaciones relevantes al optimizar SAP HANA

• Uso inseguro de FOR ALL ENTRIES: La tabla interna no debe estar vacía.
• Buscar las sentencias FOR ALL ENTRIES para transformarlas en uniones: En muchos casos un join ofrece ventajas de rendimiento adicionales.
• Declaraciones SELECT que omiten el buffer de tabla: El buffer de tabla de base de datos que se tilda al crear la tabla, todavía juega un papel importante cuando se usa SAP HANA. Para evitar una mayor carga de la base da datos, no debemos omitir este buffer si se ha activado. Debemos realizar una comprobación en las instrucciones SELECT que ignoran el buffer.
• Instrucciones problemáticas SELECT *: Debemos evitar leer las columnas de la tabla que no se necesitan.
• Buscando SELECT en loops en subrutinas: A partir de AS ABAP 7.4, las búsquedas también pueden extenderse más allá de las subrutinas.
• EXIT/CHECK en SELECT...ENDSELECT: Se pueden reemplazar por una condición WHERE adecuada.