Une migration d'édition correspond à une mise à niveau de version à version de DB2 (telle que la migration à partir de DB2 Version 9 for z/OS vers DB2 10 for z/OS)
ou une mise à niveau de maintenance DB2
(telle que l'application d'un APAR ou d'une modification provisoire du logiciel). Une migration d'édition peut introduire de nouvelles fonctions et
modifier le comportement de l'optimiseur DB2 SQL. Redéfinir
le lien d'un module DB2 après une migration d'édition peut modifier le plan
d'accès pour les instructions SQL et affecter les performances.
Pourquoi et quand exécuter cette tâche
Lors de cette procédure, avant de migrer vers une autre édition
ou d'appliquer des correctifs de maintenance, vous créez et explicitez une charge de travail de requête
contenant les instructions SQL présentes dans votre application. Ensuite,
vous migrez ou appliquez les correctifs de maintenance. Enfin, vous créez et explicitez
une autre charge de travail de requête contenant les instructions SQL présentes dans votre application,
puis vous comparez l'image instantanée d'EXPLAIN pour la première charge de travail de requête avec
l'image instantanée d'EXPLAIN pour la seconde charge de travail de requête.
Même si
cette procédure utilise deux charges de travail de requête distinctes, vous pouvez
créer une seule charge de travail de requête, l'expliciter, migrer ou appliquer les correctifs de maintenance,
puis expliciter de nouveau la charge de travail de requête. Vous pouvez ensuite comparer
les deux images instantanées d'EXPLAIN.
Pour identifier et traiter des changements effectués au niveau des plans d'accès provoqués par
la migration d'édition ou l'application de correctifs de maintenance :