✒️ABAP La performance en ABAP
ABAP La performance en ABAP
La performance en ABAP
- En ABAP existe lo que en programación se denominan buenas y malas prácticas, Ya sea porque afectan al rendimiento o a la performance de los programas o porque afectan a otros factores que son determinantes como ser de reutilización y el mantenimiento del código.
- Cuando hablamos de performance nos estamos refiriendo al análisis de desempeño y el rendimiento del programa abap.
- Dentro de abad podemos decir que la performance de un programa tiene que ver con tres aspectos fundamentales que son los siguientes:
- El tiempo de procesamiento de la lógica abab existente en el programa
- El tiempo de procesamiento de los accesos a las tablas de la base de datos
- El tiempo de procesamiento de sistema SAP
- El que debemos tener en cuenta en primer lugar cuando evaluamos de performance es el tiempo de procesamiento de los accesos a las tablas de la base de datos, Ya que este es el recurso que más consume Y por consiguiente es el que más tiempo requiere
- El segundo más importante es el tiempo de procesamiento de la lógica bab existente en el programa, es decir una vez que recuperemos los datos de las tablas de la base de datos, debemos procesarlos mediante una lógica determinada y producir una acción en el sistema o una salida por pantalla o ambas
- Nos vemos indirectamente afectados por el tiempo de procesamiento de sistema SAP
- Enabab Contamos con una herramienta muy útil que nos permite evaluar Cómo se distribuye el tiempo de procesamiento de un programa. Nos referimos al análisis de tiempo de ejecución correspondiente de transacción estándar se30
- Cuanto más alto sea el porcentaje de procesamiento de la base de datos en comparación a los otros dos porcentajes Entonces los tiempos del programa se irán a las nubes
- La situación ideal es que el porcentaje de procesamiento de la lógica 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 este objetivo es importante tener bien claro que prácticas son desaconsejadas cuáles son recomendadas, de modo de poder apuntar a realizar programas de alta calidad, que funcionen perfectamente en el ambiente de productivo, donde las tablas de la base de datos contienen millones de registros y cada microsegundo cuenta
Las buenas y las malas prácticas en el acceso a la base de datos
- Evitar el Select* en muchos casos los programadores abab utilizan serie* ya que les resulta más rápido esto que escribir cada uno de los campos que se desean recuperar de la tabla de base de datos nunca debes utilizar ese de asterisco siempre especificar dos Campos que deseamos recuperar
- Evitar el SELECT ENDSELECT cuando seleccionamos registros de una tabla base de datos en SAP, tenemos la posibilidad de ejecutar la sentencia SELECT ENDSELECT que a diferencia de la sentencia Select realiza un bucle que Inicia con Select y finaliza con ENDSELECT y dentro del bucle se puede realizar el procesamiento de registro recuperado la tabla base de datos
- La performance de la sentencia SELECT INTO TABLE es ampliamente superior (se recomienda mejor utilizar esta sentencia)
- Evitar el SELECT Sin WHERE: un Select Sin condiciones coma es decir sin la cláusula Where, devuelve todos los registros de la tabla base de datos. En general Esto indica que se ha producido un error de programación, es decir nos olvidamos de escribir el WHERE, aunque también en casos muy específicos podría ser necesario ejecutar el Select Sin condiciones
- Debemos evitar también incluir condiciones por el negativo es decir condiciones con ne ya que desde el punto de vista de rendimiento son mucho más costosas a nivel base de datos
- En conclusión evitar utilizar el Select Sin especificar condiciones mediante WHERE
- Evitar el SELECT dentro de un LOOP: eso luz la solución a esta problemática consiste en recuperar en causas internas, antes del LOOP-ENDLOOP todos los registros que vamos a necesitar de las tablas base de datos Y luego dentro del loop acceder a los mismos en memoria a través de la sentencia READ TABLE
- Evitar utilizar las sentencias INSERT, UPDATE, MODIFY y DELETE dentro de un Loop.
- SELECT más SELECT Vs JOIN. Es una buena práctica de programación utilizar JOINS al momento de tener que seleccionar datos de tablas base de datos relacionadas. Evitar utilizar el realizar SELECT más SELECT con FOR ALL ENTRIES.
Las buenas y las malas prácticas en la lógica de procesamiento abap
- READ TABLE BINARY SEARCH. Mediante la sentencia READ TABLE, el sistema internamente para encontrar el registro que deseamos leer, tiene que leer secuencialmente todos los registros de la tabla interna.
- Para una tabla con mayores registros la busqueda secuencial puede ocasionan un slow performance. La alternativa consiste en ejecutar una lectura binaria en vez de una lectura secuencial.
- Para poder ejecutar una lectura binaria tenemos dos condiciones;
- La tabla interna debe estar ordenada en forma ascendente Es decir de menor a mayor por el campo Campos por lo que deseamos Buscar.
- Debemos agregar la cláusula binary Search al final de la sentencia read table
- Siempre que ejecutemos la sentencia read Table debemos optimizarla para poder implementar la búsqueda binaria y de esta forma reducir ampliamente los tiempos de procesamiento de la lógica
- Evitar realizar un LOOP ENDLOOP dentro de otro LOOP-ENDLOOP. Esta lógica puede reemplazarse usando condiciones en el primer LOOP.ENDLOOP y ejecutando un READ TABLE con BINARY SEARCH.
- LOOP CHECK vs LOOP WHERE. Ejecutar LOOP- ENDLOOP especificando las condiciones dentro del WHERE para filtrar los registros a procesar.
- Olvidarnos WHEN OTHERS en la sentencia CASE: escribir siempre la alternativa WHEN OTHERS dentro de un CASE-END CASE.
- INSERT de una tabla interna en otra tabla interna. Usar la sentencia INSERT LINES OF para insertar el contenido de una tabla interna a otra en una posición determinada
- El borrado de registros duplicados de una tabla interna: Usar la sentencia DELETE ADJACENT DUPLICATES para borrar registros duplicados de tablas interna
- Copiar tablas internas: Usar asignación tabla_ interna_1[]= tabla_interna_2[] para copiar el contenido de una tabla interna es una excelente práctica
- Comparación de tablas internas: La utilización de la sentencia IF tabla_interna_1[]= tabla_ interna_2[] para comparar si el contenido de dos tablas internas son iguales.
- Tx SE30.
 
 
 
Sobre el autor
Publicación académica de Alejandra Daniela Naranjo Belmonte, en su ámbito de estudios para la Carrera Consultor ABAP.
Alejandra Daniela Naranjo Belmonte
Profesión: Analista/desarrollador de Software - Mexico - Legajo: ON48V
✒️Autor de: 63 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Alejandra Naranjo