DB2 UDB en version V5R3 contient deux améliorations
qui sont essentiellement des avant-premières technologiques.
Ce sont des MQT (materialized query tables) et des
tables partitionnées, que l'on trouve déjà dans d'autres produits
DB2 UDB.
Les MQT servent à stocker les résultats d'une requête. La
V5R3 permet de créer une MQT
Avant-première technologique
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.
Téléchargez cette ressource
Guide de Sécurité IA et IoT
Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.