DB2 LUW: Les espaces de table temporaires devraient-ils partager des tampons avec d'autres espaces de table?

Question

Nous sommes en train de régler une application massive que notre entreprise vient d'écrire. Une partie de ce réglage comprend le réglage des bases de données. Nous exécutons DB2 Luw sur AIX. Plus précisément, nous sommes à 9.7 Fix Pack 4 (bien que nous espérons migrer vers 10.1 Fix Pack 2 cette année).

Nous avons initialement construit des espaces de table nécessaires uniquement par la taille des données (c'est-à-dire que si toutes les tables s'adaptent dans un espace de table 4K, nous n'avons créé des espaces de table 4K, notre pensée étant pourquoi créer des espaces de table pour prendre plus de disque s'ils ne sont pas utilisés). C'était également la même chose pour les espaces de table temporaires.

Les développeurs nous ont dit qu'ils avaient réalisé de meilleures performances en ajoutant un espace de table temporaire de 32k. Ainsi, toutes leurs tables entrent dans des espaces de table 4K, 8K ou 16K. Pourtant, ils ont ajouté un temporaire de 32k (qui a son propre tampon) et ils prétendent avoir réduit de moitié les temps de transaction de leur demande.

Quand j'y pense, je suppose que cela a du sens. Je suppose que l'Optimiseur considère l'espace 32k comme un endroit idéal pour effectuer des jointures / tri et a plus de mémoire à sa disposition étant de 32k vs 4k.

Mon collègue collègue a dit qu'il (quel que soit ce qui précède), il avait lu quelque part que les DBA devraient toujours placer des espaces de table temporaires dans leurs propres tampons. Quand je lui ai demandé que les liens le soient lus, il ne se souvenait pas.

Je me demande ... les espaces de table temporaires devraient-ils toujours obtenir leurs propres tampons? Cela aide-t-il à la performance de jointure / trier? Est-ce une bonne pratique?

Et deuxièmement sur le côté, est-il logique de toujours créer un tampon de tables de tablier 32k et 32k pour ceux qui se joignent / trient?