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

Analisis y optimización con SAP HANA

Codigo PushDown: Se realiza el procesamiento de datos en la capa de la base de datos.

Herramientas de analisis:

• ST05 (Trace SQL): Determina a que tablas accede un programa para saber el tiempo que demora en consultas, etc.
• SAT (Antes SE30): Compara el performance de diferentes sentencias ABAP en tiempo de ejecución (Tip and Tricks).
• SLIN: Verifica el código para detectar posibles errores o advertencias y código no utilizado.
• SCI: Inspector de código para comprobar seguridad, sintaxis, etc.
• ATC: Inspector de código igual que SCI pero con mejoras en revisión de calidad.
• STAD: Analisis de los tiempos de las bases de datos.
• ST12: Contiene las herramientas de las transacciones STAD, SAT y ST05.
• ST22: Se muestra el análisis del problema generado al mostrar DUMP.
• SQLM: Se proporciona información de optimización del rendimiento recopilando el tiempo de ejecución de la interfaz en la base de datos.
• SLWT: Se proporciona información de análisis de código.

Plan de migración a HANA

1. Eliminar código Z no utilizado.
2. Definir los principales procesos de negocio para pruebas.
3. Corregir problemas/errores en código Z (usar Test Cockpit/Code Inspector) en servidor viejo.
4. Corregir problemas/errores en código Z para sentencias SQL (usar SQLM/SWLT) en servidor viejo.
5. Corregir problemas/errores en servidor HANA (usar Test Cockpit/Code Inspector).
6. Corregir problemas/errores en servidor HANA (usar SQLM/SWLT).

No es posible escanear el código estándar del sistema con el inspector de código.
Variante de verificación: Define las reglas a aplicar, comprobaciones a realizar y su configuración.
Conjunto de objetos: Define objetos de desarrollo a incluir (Object set).
Inspección: Comprobación a aplicar a los objetos de desarrollo.

Verificaciones importantes al migrar a HANA:

• Las sentencias utilizadas con código Nativo SQL no se soportan en HANA por lo que es conveniente identificarlas y ajustarlas, se puede usar el inspector de código (ADBC y sentencias criticas).
• Se recomienda realizar siempre el ordenamiento (SORT / ORDER BY) para evitar obtener información desordenada, ya que HANA no cuenta con los indices de tablas usados anteriormente.
• En HANA ya no se usarán las tablas cluster y pool, se transforman en tablas transparentes automaticamente.

Verificaciones importantes al optimizar HANA

• Revisión de sentencia FOR ALL ENTRIES, se recomienda verificar que la tabla a utilizar no se encuentre vacía para evitar traer todos los registros de la tabla a consultar. En su defecto cambiar el uso de la sentencia por JOIN a tablas.
• Validar que se incluya el Buffer de tabla en declaraciones SELECT.
• Verificar y validar que se evite la lectura de columnas no necesarias de las tablas (no usar SELECT * ).
• Evitar el uso de SELECT dentro de sentencias LOOP.
• Evitar el uso de sentencia SELECT...ENDSELECT, en su defecto evitar el uso de EXIT dentro de la instrucción para no leer registros por bloque innecesarios.