abap:perf
This is an old revision of the document!
Table of Contents
Performance
Tables
DB
- Les
INNER JOIN
sont généralement à préférer auxFOR ALL ENTRIES
. - La DB limite la taille des contraintes
IN
dans les clausesWHERE
(le traducteur SQL écrit en fait des contraintes classiques avec des identités ou des BETWEEN, qui peuvent être très (très) longues). En général cette limite est d'ordre du millier (dépend de la longueur du champ). - Sur une grosse requête, toujours mettre une contrainte sur au moins l'un des index de chaque table.
itab
- Le
LOOP AT .. WHERE
passe par un optimiseur alors que pour le read table, ça doit être fait à la main avec leBINARY SEARCH
. - Si la table peut être immutable et posséder une clé primaire unique, la déclarer en
HASHED
et faire lesREAD TABLE .. WITH TABLE KEY
et lesLOOP AT .. WHERE
sur la clé. - Si la table peut être immutable mais ne possède pas l'unicité de la clé, la déclarer en
SORTED
. - Si la table est mutable, toujours la trier par la clé avant de faire un
READ TABLE .. BINARY SEARCH
ou unLOOP AT .. WHERE
sur la clé.
abap/perf.1443798469.txt.gz · Last modified: 2015/10/02 17:07 by ginko