mais l’optimiseur ignore son
existence. Les MQT sont vraiment intéressantes quand l’optimiseur
peut examiner les MQT pendant l’exécution des requêtes.
Si l’optimiseur trouve une MQT qui correspond totalement
ou partiellement à  la requête, il renvoie le contenu de
la MQT au lieu de consacrer les ressources à  exécuter à  nouveau
la même requête. Dans une future version, l’optimiseur
reconnaîtra la présence des MQT.
L’histoire est un peu la même pour les tables partitionnées.
On peut certes créer une table partitionnée mais l’optimiseur
de requêtes n’est pas vraiment capable de tirer parti
des performances supérieures qu’elle offre. On ne doit donc
utiliser les tables partitionnées en V5R3 que si la table en
question approche la limite de table de taille unique de 4,2
milliards de lignes, ou 1,7 To de stockage. Là  encore, une
future release améliorera l’aspect tables partitionnées.