✒️ABAP La performance en ABAP
ABAP La performance en ABAP
Unidad 7: Batch Input vs Bapis y temas avanzados.
Lección 8: Vídeo - Performance en ABAP.
Ø Performance: análisis del desempeño y rendimiento
Ø SE30
Ø Tips & tricks
Ø Audio tip : tiempos de procesamiento
o ABAP: porcentaje más alto posible
o BD: porcentaje lo más bajo posible
o Sistema
VIDEO
Veremos un vídeo donde identificaremos cuales son las buenas y las malas prácticas de programación en ABAP desde el punto de vista de la performance de nuestros desarrollos.
El objetivo de esta lección es tener bien claro que prácticas son desaconsejadas y cuáles si son recomendadas, de modo de poder apuntar a realizar programas de alta calidad, que funcionen perfectamente en el ambiente productivo, donde las tablas de base de datos contienen millones de registros y cada micro segundo cuenta.
En ABAP existe lo que en programación se denomina buenas y malas prácticas ya sea porque afectan a la performance de los programas o porque afectan a otros factores determinantes como son la reutilización del código en esta ocasión nos vamos a concentrar en la performance de los programas.
Cuando hablamos de performance nos estamos refiriendo al análisis del desempeño y rendimiento de programa para ello vamos a trabajar con una transacción estándar de SAP que es sumamente útil para el análisis de la performance, es decir, nos estamos refiriendo a la transacción SE30.
Una vez que ingresamos a la transacción presionamos el botón Tips & Tricks, aquí vamos a ir analizando las diferentes prácticas de programación ABAP con las que trabajamos a lo largo del módulo de estudios de modo de poder determinar cuáles son buenas y debemos continuar utilizando y cuales no son recomendables y debemos dejar de utilizarlas.
Empecemos abriendo la carpeta Interface SQL (SQL Interface) allí cliqueamos la opción Agregados del select(Select aggregates).
Aquí vemos dos códigos ABAP que realizan lo mismo de dos formas diferentes, el objetivo es tener el máximo valor, el de la izquierda utiliza la sentencia SELECT ENDSELECT totalmente desaconsejada desde el punto de vista de la performance y el de la derecha utiliza la sentencia SELECT MAX, para evaluar la performance de ambos códigos presionamos el botón medir tiempo de ejecución
Y verificamos lo que mencionamos anteriormente mientras que con el código del select endselect el sistema tarda 2739 Microsegundos utilizando el select max el sistema solo tarde 177 Microsegundos por tanto cuando tengamos que buscar el máximo valor en una tabla siempre utilicemos la opción de la derecha, es decir, el select max.
Ahora cliqueamos Selección con lista de selección (Select with select list)
Aquí vemos dos códigos ABAP si bien ambos utilizan la snetencia select endselect la cual esta totalmente desaconsejada, el de la izquierda realiza un select * mientras que el de la derecha específica los campos a seleccionar para evaluar su performance presionamos el botón Medir tiempo de ejecución.
Verificamos que especificar los campos a seleccionar es mucho más eficiente que realizar un Select * donde seleccionamos todos los campos que en muchos casos pueden ser innecesarios.
Ahora abrimos la carpeta Operaciones de Array(Tablas internas) (Array Operation).
Aquí seleccionamos Select into table, vemos dos códigos ABAP en el de la izquierda se realiza un select en select totalmente desaconsejado y por cada vuelta un append a una tabla interna En el de la derecha ejecutamos la sentencia select into table la cual insertará directamente los registros seleccionados en la tabla interna.
Veamos la performance de ambas comprobamos que la utilización del select into table es altamente conveniente ya que es prácticamente 7 veces más eficiente desde el punto de vista de la performance.
Ahora cliqueamos Array insert VS Single-row Insert (de un solo registro)vemos dos códigos a la izquierda recorremos la tabla interna y por cada registro realizamos un insert. A la derecha evitamos recorrer la tabla interna ejecutando la sentencia INSERT FROM TABLE. Veamos la performance de ambas opciones. Si bien el resultado arrojado para ambas es cero microsegundos la opción de la derecha es ampliamente recomendable.
Ahora seleccionamos Array-Select vs Select-Endselect
Aquí vemos dos opciones a la izquierda realizamos un select into table y luego recorremos la tabla interna con un loop y a la derecha ejecutamos el famoso select endselect tan desaconsejado por su mala performance.
Veamos la performance de ambas sentencias. comprobamos que no es conveniente la utilización del select endselect siempre es preferible el select into table.
Ahora abrimos la carpeta tablas internas( Internal tables), ahí cliqueamos usando estructuras explicitas (Using explicit work area) y vemos dos códigos en el de la izquierda se realiza una asignación y luego un append y en el de la derecha hacemos los dos pasos en uno solo.
Veamos la performance de ambos, si bien el resultado es el mismo es ampliamente recomendable evitar realizar asignaciones innecesarias.
Ahora seleccionamos Búsqueda lineal vs Búsqueda binaria(Linear search vs binary search)
Vemos por un lado la búsqueda lineal que lee cada registro de la tabla interna en forma secuencial hasta encontrar el que cumple con la condición y por otro la do la búsqueda binaria que divide en dos el espectro de búsqueda hasta encontrar el registro buscado.
Veamos la performance de amba, el resultado indica que la búsqueda binaria es 20 veces más eficiente que la búsqueda lineal.
Seleccionamos ahora Acceso por clave a múltiples registros.
Aquí se presentan dos alternativas a la izquierda vemos un loop y dentro del mismo una condición a la derecha vemos un loop que tiene incorporado la condición utilizando la clausula Where.
Veamos la performance de ambas, el resultado indica que es ampliamente recomendable incorporar dentro de los loops las condiciones de búsqueda de modo de restringir lo más posible la cantidad de iteraciónes a realizar.
Ahora abrimos la carpeta operaciones de array
Y seleccionamos la opción Appendeo de tablas ( Appending tables) vemos dos códigos en el de la izquierda se loopea una tabla interna y se appendea otra en el de la derecha se utilizan ambos pasos en uno solo utilizando la sentencia Append lines of.
Veamos la performance de ambas, comprobamos que es ampliamente recomendable la utilización de la sentencia append lines of.
Ahora seleccionamos la opción Inserción de tablas(Inserting tables).
En el código de la izquierda se recorre una tabla interna y se inserta cada registro de esta en otra tabla interna, en cambio a la derecha se realizan ambos pasos en uno solo utilizando la sentencia inset lines of
Veamos la performance de ambas opciones. Comprobamos que es sumamente recomendable utilizar la sentencia insert lines of.
Ahora seleccionamos borrado de duplicados (Deleting duplicates).
Aquí se presentan dos códigos la principal diferencia entre ambos es que en el de la izquierda se emplea una combinación de sentencias para borrar los duplicados de una tabla interna, en cambio en el de la derecha solo se utiliza la sentencia delete adjacent duplicates.
Veamos la performance de ambos, comprobamos que es ampliamente recomendable utilizar la sentencia delete adjacent duplicates para borrar registros de una tabla interna
Seleccionamos ahora copiar tablas internas(Copying internal tables)
Aquí se presentan dos opciónes, en la izquierda se loopea una tabla interna y se appendea cada registro en otra tabla interna, en cambio en la derecha se realiza una asignación directa del contenido de la tabla uno a la tabla dos, para ello ambas tablas deben ser iguales.
Veamos la performance de ambas, sin duda la asignacion del contenido de una tabla interna a otra del mismo tipo es ampliamente recomendable.
Seleccionemos ahora comparación de tablas internas(Comparing internal tables) En el código de la izquierda se recorren en el las tablas internas para establecer si son iguales o no, en cambio a la derecha se emplea la comparación directa.
Veamos la performance de ambas comprobamos que la comparación directa es totalmente superior en cuestiones de performance.
Seleccionamos ahora Ordenamiento de las tablas internas (Sorting internal tables)
Aquí vamos a comparar la diferencia que existe entre ordenar una tabla interna sin especificar el campo (izq)y especificando el campo de ordenamiento (der).
Veamos el performance de ambas sentencias, verificamos que es sumamente recomendable especificar el campo de ordenamiento de una tabla interna al ejecutar la sentencia sort
Ahora abrimos la carpeta tipos (Typing).
Y seleccionamos parámetros con tipo vs parámetros sin tipo (Typed vs untyped parameters) en la declaración de la subrutina UP1 de la izquierda no se especifican los tipos de los parámetros en cambio en la declaración de la subrutina UP2 de la derecha si se especifican el tipo de los parámetros.
Veamos la performance de ambas, comprobamos que siempre es conveniente específicar los tipos en las declaraciones de subrutinas.
Ahora abrimos la carpeta if vs case
Y seleccionamos is vs case vamos a verificar si es mas performante especificar condiciones con if o mediante case.
Comprobamos que es levemente más performante utilizar la sentencia case para condiciones con muchas opciones.
Ahora abrimos la carpeta conversion de campos ( field conv).
Y seleccionamos tipos mixtos (mixed types) aquí se presentan dos códigos a la izquierda vamos a multiplicar dos variables de distintos tipos cuyo resultado almacenaremos en una variable de un tipo distinto a las otras dos. En cambio a la derecha utilizamos tres variables del mismo tipo.
Veamos que es mas eficiente en cuestión de performance, resulta más conveniente trabajar con variables del mismo tipo al realizar operaciones aritméticas.
Ahora bien algo importante de esta transacción es que nos permite grabar en archivos los códigos de test que ejecutamos (Botón de hoja verde y blanca y flecha amarilla)
También nos permite testear el código que nosotros mismos desarrollemos simplemente escribiendo dicho código en la pantalla y presionando el botón de medición de tiempo.
Volvemos a la pantalla inicial de la transacción SE30
Por último la transacción nos permite evaluar cómo se distribuye el tiempo de procesamiento de un programa ABAP.
Para ello basta con ingresar el nombre del programa
Ejecutarlo
Y presionar el botón evaluar
Para finalmente ver los resultados en pantalla
Audio tip.
Los tiempos de procesamiento de un programa ABAP se dividen en tres:
- ABAP
- La base de datos
- Sistema
De estos tres ítems el que debemos tener en cuenta principalmente cuando evaluemos la performance es el tiempo de la base de datos ya que este es el que más recursos consume y por consiguiente es el que más tiempo requiere. Cuanto más alto sea el porcentaje del procesamiento de la base de datos en comparación a los otros dos porcentajes, los tiempo de duración del programa se irán por las nubes, la situación ideal es que el porcentaje del procesamiento ABAP sea lo más alto posible y el porcentaje de procesamiento de la base de datos sea lo más bajo posible. Para lograr esta situación deseada utilizaremos todas las técnicas de optimizacion de la perfomance que vimos en esta lección.
 
 
 
Sobre el autor
Publicación académica de Brenda Castillo Domínguez, en su ámbito de estudios para la Carrera Consultor ABAP.
Brenda Castillo Domínguez
Profesión: Ingenieria en Sistemas Computacionales - Mexico - Legajo: HJ67S
✒️Autor de: 187 Publicaciones Académicas
🎓Egresado de los módulos:
- Máster ABAP for HANA
- Carrera Consultor ABAP Nivel Avanzado
- Carrera Consultor ABAP Nivel Inicial
- Curso Introducción a SAP
Disponibilidad Laboral: FullTime
Certificación Académica de Brenda Castillo