Futures améliorations des statistiques DB2 eLiza

par région, ventes par emplacement, par exemple) dans une
table DB2 et de maintenir les résultats au fur et à  mesure que les données sous-jacentes
changent. Quand un utilisateur final produit un rapport correspondant à  l’une des
tables de requêtes matérialisées existantes, l’optimiseur trouve et utilise la table résumée
correspondante au lieu d’effectuer la requête.

Autre amélioration proposée pour l’optimiseur de requêtes: la collecte automatique de
statistiques. Quand l’optimiseur cherche le moyen le plus rapide d’exécuter une requête,
il fonde sa décision sur les statistiques associées aux données. Sur l’iSeries, les
index DB2 UDB fournissent la plupart de ces statistiques. Si une statistique (ou un index)
nécessaire manque aujourd’hui, l’optimiseur doit faire une supposition sur la distribution
ou la cardinalité des données de gestion. A l’avenir, l’optimiseur lancera une
tâche d’arrière-plan chargée de collecter la statistique nécessaire, afin qu’elle soit disponible
à  la prochaine exécution de la requête.

L’optimiseur apprenant fonctionnera dans le même esprit. Il analysera les exécutions
passées d’une requête pour voir si les chiffres de performances réels corroborent les
coûts et estimations calculés pendant l’optimisation de la requête. Si la performance
réelle est très différente, l’optimiseur ré-optimisera la requête en utilisant les enseignements
tirés des exécutions de requête précédentes.

En plus de ces améliorations, de nouvelles interfaces graphiques (particulièrement
dans le domaine de l’équivalence avec les écrans verts) seront offertes dans iSeries
Navigator (appelé précédemment Operations Navigator) pour simplifier l’exécution
des tâches DB2 nécessitant une intervention manuelle.