✒️ABAP / La performance en ABAP Por Aida Cortina Fernandez

Lección: Video - Performance en ABAP

Búsqueda lineal: que lee cada registro de la tabla interna en forma secuencia hasta encontrar el que cumple con la condición

Búsqueda binaria: que divide en dos el espectro de búsqueda hasta encontrar el registro buscado

Veamos performance de ambas abap

el resultado indica que la búsqueda binaria en 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 izda vemos un loop y con una condición dentro del mismo y a la dcha vemos un loop que tiene incorporado la condición utilizando la cláusula where.

Veamos performance de abap

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 interacciones a realizar.

Ahora abrimos la carpeta operaciones de Array y seleccionamos la opción appendeo de tabla, vemos dos códigos, en el de la izda se loopea una tabla interna y se appendea otra, en el dcha se realiza ambos pasos en uno solo utilizando la sentencia append lines of

Veamos performance de abap

Comprobamos que es ampliamente recomendable la sentencia append lines of, ahora seleccionamos la opción inserción de tablas. En el código de la izda se recorre una tabla interna y se inserta cada registro de esta en otra tabla interna, en cambio a la dcha se realiza ambos pasos en uno solo utilizando la sentencia insert lines of.

Veamos performance de ambas opciones

Comprobamos que es recomendable la sentencia insert lines of, ahora seleccionamos borrado de duplicados, aquí se presentan dos códigos, la principal diferencia es que en el de la izda se emplea una combinación de sentencias para borrar los duplicados en la tabla interna, en cambio en el de la dcha solamente se utiliza la sentencia delete adjacent duplicates,

Veamos performance de ambos

Comprobamos que es ampliamente recomendable utilizar la sentencia delete adjacent duplicates para borrar registros duplicados de una tabla interna. Seleccionamos ahora copias tablas internas, aquí se presentan dos opciones, en la izda 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 1 a la tabla 2, para ello ambas tablas deben ser iguales

Veamos la performance de ambas

La asignación directa del contenido de una tabla interna a otra, el mismo tipo es ampliamente recomendable, seleccionemos ahora comparación de tablas internas, en el código de la izda se recorre ine en la tabla interna para establecer si son iguales o no, en cambio en la derecha se emplea la comparación directa

Veamos performance de ambas

comprobamos que la comparación directa es totalmente superior en cuestiones de performance. Seleccionamos ahora ordenamiento de tablas internas, aquí vamos a comparar la diferencia que existe entre ordenar una tabla interna sin especificar el cambio y especificando el campo de ordenamiento.

Veamos performance de ambas sentencias

verificamos que es recomendable especificar el campo de ordenamiento de una tabla interna al ejecutar la sentencia sort. ahora abrimos la carpeta tipos (typing) y seleccionamos parametros con tipo vs parametros sin tipo, en la declaración de la subrutina up1 de la izda que no se especifican los tipos de los parámetros en cambio en la declaración de la subrutina up2 de la dcha si se especifican los tipos de los parámetros

Veamos la performance de ambas

Comprobamos que siempre es conveniente especificar los tipos en las declaraciones de las subrutinas. ahora abrimos la carpeta if,case y seleccionamos if vs case vamos a verificar si hay más performance de especificar condiciones con if o mediante case.

Comprobamos que es levente más conformance la sentencia case para condiciones con muchas opciones. ahora abrimos la carpeta conversión de campos y seleccionamos tipos mixtos, aquí se presentan dos códigos, a la izda vamos a multiplicar dos variables de distinto tipo cuyo resultado almacenaremos en una variable de un tipo distinto a las otras dos, en cambio a la derecha utilizamos tres variables de un mismo tipo

Veamos que es más eficiente en cuestión de performance

Resulta más conveniente trabajar con variables del mismo tipo al realizar operaciones aritméticas, algo importante de esta transacción es que nos permite grabar en archivo los códigos desde que ejecutamos, también nos permite testear el código que nosostros mismo desarrollamos, simplemente escribiendo dicho código en la pantalla y presionando el botón de medición de tiempo

Por último la transacción nos permite evaluar como 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.

----------------------

En abap existe lo que se denomina buenas y malas prácticas, nos vamos a centrar en la performance de los programas, cuando hablamos de performance nos referimos al análisis del desempeño y rendimiento del programa para ello vamos a trabajar con una transacción estandar de SAP que es útil para el análisis del performance que es la SE30 ,una vez dentro presionamos el botón tips & tricks aquí vamos a ir analizando las diferentes prácticas de programación ABAP, de modo poder determinar cuales son buenas y debemos continuar utilizando y cuales no son recomendables y debemos dejar de utilizar.

Empezamos abriendo la carpeta interface SQL, allí clickeamos agregados del select , aquí vemos dos códigos abap que realizan lo mismo de dos formas diferentes, el objetivo es obtener el máximo valor, el de la izda utiliza la sentencia select la sentencia select endselect totalmente desaconsejada desde el punto de vista de la performance y el de la dcha utiliza la sentencia select max.

Para evaluar la performance de ambos códigos presionamos el botón mediante el tiempo de ejecución y verificamos lo que mencionamos anteriormente mientras que con el código select endselect el sistema tarda 2000 y pico microsegundos utilizando el select max solo tarda 177 microsegundos por lo tanto cuando tengamos que buscar el máximo valor en una tabla siempre utilizaremos el botón de la dcha es decir el select max.

Ahora clickeamos selección con lista de selección, aquí vemos dos códigos abap, si bien ambos utilizan la sentencia select endselect la cual está totalmente desaconsejada, el de la izda realiza un select* , mientras que el de la dcha especifica 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 puede ser innecesarios.

Ahora abrimos la carpeta operaciones de ray tablas internas, aquí seleccionamos select into table, vemos dos códigos abap, en el de la izda select endselect totalmente desaconsejado y por cada vuelta un apend 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 de 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 clickeamos array insert vs single-row insert de un solo registro. vemos dos códigos , a la izda, recorremos la tabla interna tabi por cada registro realizamos un insert, a la dcha evitamos recorrer la tabla interna ejecutando la sentencia insert from table.

Veamos la performance de ambas opciones

si bien el rtdo arrojado para ambas es cero microsegundos, la opción de la derecha es ampliamente recomendable. Ajhora seleccionamos array select vs select enselect , aquí vemos dos opciones, a la izda realizamos un select into table y luego recorremos la tabla interna con un loop , a la derecha ejecutamos select enselect desaconsejado por su mala performance.

Veamos la performance de ambas sentencias

Comprobamos que no es conveniente la utilización del select enselect , siempre es preferible el select into table . Ahora abrimos la carpeta tablas internas , allí clickeamos (using explicit work areas) usando estructuras explícitas y vemos dos códigos, en el de la izda se realiza una asignación y luego un append y en el de la dcha, 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 lineas vs búsqueda binaria