1.2 Recomendaciones Generales

1.2.1 Consideraciones SAP- ABAP

• No actualizar NUNCA la base de datos directamente mediante funciones no desarrolladas u originales de SAP. Es decir, no utilizar nunca explícitamente las instrucciones INSERT, UPDATE, MODIFY o DELETE sobre tablas estándar de SAP. Deben utilizarse los procedimientos de actualización previstos por SAP como batch-input, direct input o call transaction.
  
  

• En el caso de tener desarrollos propios que incluyan definición de tablas propias que crecen con el tiempo, tener previsto siempre la posibilidad de realizar un archivado de los datos propios o en su defecto, eliminación de datos obsoletos que no interesa seguir teniendo en el sistema. (Nota: No es aconsejable acceder a datos de transacción sólo con datos maestros –por ejemplo a pedidos de la tabla VBAK sólo con el número de cliente-, ya que siempre cogeremos más registros de los deseados. Conviene usar más campos –por ejemplo la fecha- para limitar el resultado.
  
  

• En el caso de utilizar programas externos a SAP, como servidores RFC o clientes RFC tener en consideración al posibilidad de realizar balanceo de carga
  
  

• Tener en cuenta la concurrencia de accesos si se realizan programas para actualizar tablas propias definidas por el cliente mediante la utilización de objetos de bloqueo.
  
  

• Los accesos a la base de datos deben evitar el realizar un 'Full Table scan' de la misma. La programación de la cláusulas de acceso a la base de datos siempre deben estar basadas en índices, o en casos especiales de conveniencia, realizar una lectura secuencial de la tabla. Pero si se quiere acceder por índice hay que indicar en el predicado de la cláusula todos los campos del índice conocidos por el programa. Por ejemplo: la tabla VBAK definida con los campos: MANDT BELNR POSNR ..., y tiene un índice primario construido así: MANDT, BELNR y POSNR; si en la cláusula WHERE no contiene el campo BELNR, la BD no puede usará el índice adecuadamente.
  
  

• El conjunto de instrucciones con SQL nativo o EXEC-SQL no es conveniente de forma general ya que:
  
  
  • No utilizan los buffers intermedios de SAP
    
    
  • Pueden hacer la programación dependiente del gestor de base de datos que se utilice.
    
    
  • En ocasiones puede ser la única alternativa en caso de tener que acceder desde un ABAP a una base de datos externa no-SAP, (por ejemplo acceso a una base de datos Oracle en NT mediante ODBC).
    
    

• Al codificar bucles, diseñarlos de forma que las condiciones que más frecuentemente sean verdaderas ocupen los niveles exteriores del bucle.
  
  

• Para expresiones o evaluaciones lógicas que incluyan el operador AND, situar la condición que más frecuentemente sea falsa en primer lugar.
  
  

• Tener identificados de la manera más precisa y operativa posible cuáles son los procesos que no deben ser ejecutados en concurrencia con el online o con los momentos de mayor actividad online en el sistema. A modo de ejemplo normalmente la ejecución de programas que realicen CALL TRANSACTION de forma masiva o lanzamiento de batch-inputs debe estar limitada cuando se procesen de forma concurrente con el on-line.
  
  

1.2.2 Normas generales para programación SQL

• Conseguir un conjunto de respuestas pequeño.
  
  

• Esto reduce: tanto la cantidad de memoria utilizada por el DBMS como la carga de la red cuando se transfieren los datos al servidor de aplicación. Por ejemplo no usar select anidados sino JOINS o VISTAS.
  
  

• Minimizar la cantidad de datos a transferir
  
  

• Restringir el número de líneas.
  
  
• Restringir el número de columnas.
  
  
• Usar funciones globales (sum, average, minimun, ...) cuando los datos a usar sean sólo para cálculos.
  
  
• Transferir los datos exactos cuando se cambien líneas de una tabla. Con la sentencia UPDATE para cambiar líneas, se debería usar la cláusula WHERE para especificar las líneas relevantes y la sentencia SET para cambiar sólo las columnas necesarias.
  
  

• Minimizar el número de transferencias de datos
  
  

• Conviene reducir la carga de la red y del servidor de la BD minimizando el número de veces que se accede a la BD:
  
  
• Evitar accesos repetidos.
  
  
• Evitar bucles SELECT anidados.
  
  
• Usar Views y Joins.
  
  
• Evitar sub-preguntas en las cláusulas WHERE y HAVING.
  
  
• Usar tablas internas en bucles SELECT.
  
  
• Usar un cursor para leer los datos. Este nuevo método se basa en evitar la cláusula INTO de la sentencia SELECT utilizando un cursor (OPEN CURSOR) y leyendo los datos línea a línea (FETCH NEXT CURSOR). Es necesario abrir un nuevo cursor en cada paso del bucle.
  
  

• Minimizar el tiempo de búsqueda
  
  

• Formular condiciones de búsqueda por índices.
  
  
• Utilizar condiciones positivas (por ejemplo EQ y LIKE) en vez de negativas (NE y NOT LIKE). Evitar el operador NOT.
  
  
• No chequear por valores nulos (NULL).
  
  
• No usar parte de un índice: al construir un índice de varias columnas el sistema puede usarlo aunque sólo se especifiquen unas pocas columnas en la condición. La secuencia de las columnas en el índice es importante. Una columna sólo podrá usarse en la consulta por índice si todas las columnas anteriores (en la definición del índice) se han especificado también en la condición de búsqueda.
  
  
• Evitar condiciones de búsqueda complejas.
  
  

• Reducir la carga de la BD
  
  

• Realizar el buffering de tablas sobre el servidor de aplicación.
  
  
• Tipos de tablas más indicadas:
  
  

• Tablas que se leen muy frecuentemente,
  
  
• Tablas que cambian con muy poca frecuencia,
  
  
• Tablas relativamente pequeñas (pocas líneas, pocas columnas, columnas cortas),
  
  
• Tablas cuya actualización no es crítica en el tiempo. Por ejemplo tablas de parametrización y tablas de condiciones: AXXX, BXXX, CXXX, etc.
  
  

• Evitar la lectura repetida de los datos.
  
  
• Usar Bases de Datos Lógicas.
  
  

1.3 Recomendaciones Tips & Tricks por SAP

1.3.1 Instrucciones sobre la interfaz SAP-SQL

• En una cláusula WHERE, el operador lógico NOT no está soportado por los índices. Por ejemplo:
  
  

• Sentencias SELECT con CHECK. Especificar siempre que sea posible las condiciones de selección en la cláusula WHERE
  
  
• Con la instrucción SELECT utilizar lista de campos en vez de SELECT * con el fin de disminuir el tráfico en la red.
  
  

• Obtención de sumatorias, máximos, número de filas, ... Utilizar operadores MAX, COUNT, AVERAGE en la lista de campos en vez de realizarlos por programa. Disminuye el tráfico en la red.
  
  

• Si se procesan los datos una sola vez, es preferible tratarlos en el bucle SELECT ... ENDSELECT que guardarlos en una tabla interna para posteriormente tratar la tabla interna mediante LOOP.
  
  

• SELECT mediante vistas. Es conveniente sustituir los selects anidados por el uso de vistas.
  
  

• Tratamiento con arrays
  
  

• Inserciones con array y actualizaciones de columnas
  
  

• Es preferible usar la sentencia SELECT con opción INTO que utilizar la sentencia APPEND dentro del bucle SELECT ... ENDSELECT
  
  

1.3.2 Tratamiento de cadenas de caracteres

• Usar los operadores CO, CA, CS, etc, en lugar de programarlos. En strings largos, los tiempos de CPU aumentan considerablemente
  
  

• No programar las sentencias para truncar strings o concatener, sino utilizar la instrucción SPLIT o CONCATENATE.
  
  

1.3.3 Tratamiento de tablas internas

• Se recomienda el uso de la instrucción COLLECT a partir de la release 3.0 de SAP para construcción de tablas acumulativas.
  
  

• Accesos por clave
  
  

• Intentar siempre acceder a una tabla interna ya ordenada.
  
  

• En LOOP de tablas utilizar la cláusula WHERE
  
  

• Construcción de tablas ordenadas
  
  

• No utilizar la instrucción APPEND itab SORTED BY
  
  

• Utilizar el procedimiento de: 1º Llenar la tabla, 2º Ordenar la tabla
  
  

• Construcción de tabla sin duplicados
  
  

• Es preferible borrar las entradas duplicadas una vez construida la tabla utilizando el procedimiento de 1º - Llenar la tabla, 2º Ordenar la tabla, 3º Borrar duplicados
  
  

• Uso de áreas de trabajo evitando instrucciones MOVE
  
  

• Copia de tablas internas: utilizar asignación directa de variables.
  
  

• Comparación de tablas internas: Dos tablas internas son iguales cuando tienen el mismo número de líneas y coinciden una a una.
  
  

• Para ordenar tablas internas, especificar los campos sobre los que debe verificarse la ordenación.
  
  

• Para averiguar el número de registros en una tabla interna, utilizar la instrucción
  
  

• JOIN de tablas, bucles anidados
  
  

• Evitar recorridos secuenciales y plantearse accesos por índice en la segunda tabla o tabla más interna del bucle.
  
  

• Inserción en una tabla desde otra
  
  

• Borrado de líneas.
  
  

1.3.4 Tratamiento de parámetros en rutinas y field-symbols

• Especificar el tipo de parámetros en las rutinas:
  
  
  • Si se especifica el tipo de los parámetros formales de las rutinas en el código fuente del programa, el compilador de ABAP/4 puede optimizar mejor el fuente. Además, el riesgo de utilizar secuencias erróneas de parámetros disminuye.
    
    

• Definir tipo en los field-symbols
  
  

• Si se especifica el tipo del field-symbol, el compilador puede mejorar el rendimiento del programa.