Vous avez sans doute vu ce paramètre sur les commandes STRSQL, RUNSQLSTM, OPNQRYF.
Pour en tirer parti intelligemment, vous devez utiliser en même temps,
l'expert cache qui est toujours une bonne solution pour les accès base de données,dans des pools mémoire de plus de 100 Mo (on garde en mémoire les tables les plus utilisées).

Cela se paramètre par CHGSHRPOOL POOL(nom_du_pool) PAGING(*CALC)

Voici les valeurs pour ALWCPYDTA (Allow Copy Data)

- *NO la copie des données non admise (pour des besoins d'interactif ou temps réel)
- *YES la copie des données est admise, elle n'aura lieu que lorsqu'il est impossible de faire autrement (choix de l'optimiseur SQL).
- *OPTIMIZE la copie des données est également admise, mais elle aura lieu dès que cela améliorera les temps de réponses (particulièrement pour les jointures, voir le hachage).
C'est la dernière valeur qu'il faut privilégier.

Remarque :

ODBC et JDBC sont par défaut à *OPTIMIZE.