Guía para optimizar el tiempo de ejecución de informes y gestionar especificaciones funcionales

hi,

1. ¿Qué son las mejoras?

2. ¿Qué son las salidas de usuario?

Siga el enlace para obtener detalles completos.

https://www.sdn.sap.com/irj/sdn/nw-development?rid=/webcontent/uuid/2342e1f3-0b01-0010-a186-fdd40488... [el enlace original está roto]

3. Estás ejecutando un informe. Está tardando mucho tiempo para

ejecutar. ¿Qué pasos seguirías para reducir el

tiempo de ejecución?

Pasos para optimizar el código ABAP:

Evite usar la construcción SELECT...ENDSELECT... y use SELECT ... INTO TABLE.

Utilice la cláusula WHERE en su declaración SELECT para restringir el volumen de datos recuperados.

Diseñe su consulta para utilizar tantos campos de índice como sea posible de izquierda a derecha en su declaración WHERE.

Utilice FOR ALL ENTRIES en su declaración SELECT para recuperar los registros coincidentes de una sola vez.

Evite usar una declaración SELECT anidada, SELECT dentro de bucles.

Evite usar INTO CORRESPONDING FIELDS OF TABLE. En su lugar, use INTO TABLE.

Evite usar SELECT * y seleccione solo los campos requeridos de la tabla.

Evite bucles anidados al trabajar con tablas internas grandes.

Utilice assign en lugar de into en los bucles para tipos de tabla con áreas de trabajo grandes. En caso de duda, llame a la transacción SE30 y utilice los ejemplos y verifique su código.

Siempre que use READ TABLE, agregue la adición BINARY SEARCH para acelerar la búsqueda. Asegúrese de ordenar la tabla interna antes de la búsqueda binaria. Esta es una regla general, pero típicamente si está seguro de que los datos en la tabla interna son menos de 200 entradas, no es necesario ordenar y usar BINARY SEARCH, ya que esto es un gasto adicional en rendimiento.

Use "CHECK" en lugar de IF/ENDIF siempre que sea posible.

Use "CASE" en lugar de IF/ENDIF siempre que sea posible.

Use "MOVE" con movimientos de variables/campos individuales en lugar de "MOVE-CORRESPONDING", crea más código pero es más eficiente.

BUFFER DE TABLA: Esto puede ayudar a mejorar el rendimiento, pero debe usarse con precaución. El almacenamiento en búfer de tablas hace que los datos se lean desde el búfer en lugar de desde la tabla. La sincronización del búfer con la tabla ocurre periódicamente. Si esta tabla es una tabla de transacciones, es probable que los datos cambien para un criterio de selección particular. No se recomienda usar el almacenamiento en búfer de tablas en tales casos. Utilice el almacenamiento en búfer de tablas para datos maestros o datos que tienen pocas transacciones. Además, al usar una tabla con almacenamiento en búfer, asegúrese de que el criterio general utilizado para el almacenamiento en búfer también se esté utilizando. Si el criterio de almacenamiento en búfer no es el mismo que el utilizado en su código, no tendrá efecto y el almacenamiento en búfer no será útil, en su lugar, causará un gasto adicional en rendimiento ya que cada vez llenará el búfer. En tales casos, use 'BYPASSING BUFFER' para acelerar las SQL.

ÍNDICE: La creación de índices para mejorar el rendimiento no debe hacerse sin pensar. El índice acelera el rendimiento pero al mismo tiempo agrega dos gastos adicionales, es decir, memoria y rendimiento de inserción/apéndice. Cuando se crea un índice, se utiliza memoria para almacenar el índice y los tamaños de los índices pueden ser bastante grandes en tablas de transacciones grandes. Al insertar una nueva entrada en la tabla, todos los índices se actualizan. Más índices, más tiempo. Cuantos más datos, más grandes sean los índices, más tiempo llevará actualizar todos los índices.

PERFORM: Al escribir una subrutina, siempre proporcione un tipo para todos los parámetros. Esto reduce el gasto adicional presente cuando el sistema determina por sí mismo cada tipo a partir de los parámetros formales que se pasan.

Actualización/Modificación de tablas internas: En caso de que la cantidad de entradas sea superior a 200 en una tabla interna y algunos campos estén siendo manipulados o alguna columna de la tabla interna se esté llenando en función de alguna lógica, se recomienda el uso de FIELD-SYMBOLS. Esto elimina el gasto de mover la operación a través de un área de memoria separada (área de trabajo).

¡BIENVENIDO A SDN!

1. Mejoras

Las aplicaciones estándar no ofrecen algunas funcionalidades que necesitas. El concepto de mejora R/3 te permite agregar tu propia funcionalidad a las aplicaciones comerciales estándar de SAP.

Diferentes tipos de mejoras

Mejoras utilizando salidas de cliente

Los requisitos potenciales de los clientes que no están incluidos en el software estándar se incorporan en el estándar como 'cáscaras' de modificación vacías. Los clientes pueden entonces completarlas con su propio código. Las mejoras pueden relacionarse con programas, menús y pantallas. Se asegura la compatibilidad ascendente. En otras palabras, SAP garantiza que el salto desde el software estándar hasta la salida y la interfaz que llama a la salida seguirá siendo válido en futuras versiones.

Mejoras en los elementos del Diccionario ABAP/4

Estas son mejoras del Diccionario ABAP/4 (creación de extensiones de tablas), mejoras de texto (palabras clave específicas del cliente y documentación para elementos de datos) y salidas de campo (creación de código adicional para elementos de datos).

Ventajas de las mejoras

No afectan el código fuente estándar de SAP

No afectan las actualizaciones de software

2. Userexits son lugares predefinidos en el código estándar de SAP donde los clientes pueden poner su propia lógica para ajustar procesos estándar a los requisitos del cliente. Estos lugares están predefinidos por SAP.

Transacción SMOD te muestra qué mejoras ha proporcionado SAP y de qué componentes consisten.

Si deseas implementar un userexit, entonces debes definir un proyecto de mejora (transacción CMOD), asignar todas las mejoras (por ejemplo, CATS0001, CATS0002, etc.) que necesitas y luego implementarlas.

Finalmente, debes activar tu proyecto para activar los userexits.

Tipos de Salidas

Hay varios tipos diferentes de user exits. Cada una de estas salidas actúa como ganchos donde puedes adjuntar o "colgar" tus propias extensiones.

Salidas de Menú

Las salidas de menú agregan elementos a los menús desplegables en las aplicaciones estándar de SAP. Puedes usar estos elementos de menú para llamar a tus propias pantallas o para activar aplicaciones adicionales completas.

SAP crea salidas de menú definiendo elementos de menú especiales en el Menu Painter. Estas entradas especiales tienen códigos de función que comienzan con "+" (un signo más). Especificas el texto del elemento de menú al activar el elemento en un proyecto de complemento.

Salidas de Pantalla

Las salidas de pantalla agregan campos a las pantallas en las aplicaciones R/3. SAP crea salidas de pantalla colocando áreas de subpantalla especiales en una pantalla estándar de R/3 y llamando a una subpantalla de cliente desde la lógica de flujo de la pantalla estándar.

Salidas de Módulo de Función

Las salidas de módulo de función agregan funciones a las aplicaciones R/3. Las salidas de módulo de función juegan un papel tanto en las salidas de menú como de pantalla.

Cuando agregas un nuevo elemento de menú a un menú desplegable estándar, utilizas una salida de módulo de función para definir las acciones que deben tener lugar una vez que se active tu menú.

Las salidas de módulo de función también controlan el flujo de datos entre los programas estándar y los campos de salida de pantalla. Los desarrolladores de aplicaciones SAP crean salidas de módulo de función escribiendo llamadas a funciones de cliente en el código fuente de los programas estándar de R/3.

Salidas de Campo

Las salidas de campo te permiten crear tu propia lógica de programación para cualquier elemento de datos en el Diccionario. Puedes usar esta lógica para realizar verificaciones, conversiones o procesamiento relacionado con el negocio para cualquier campo de pantalla. Ejemplo: El elemento de datos BBBNR identifica el número de ubicación internacional de una empresa. Es posible que desees configurar tu sistema R/3 para que todos los números de ubicación internacionales sean mayores que 100.

El concepto de salida de campo te permite crear un módulo de función especial que contenga esta lógica.

Asignas el módulo de función especial al elemento de datos BBBNR. Luego asignas el módulo a cualquier programa y pantalla en los que los usuarios puedan agregar nuevos números de ubicación internacionales. Cuando