Discussion :

[couak]

Bonjour,

J'ai une table d'un progiciel qui est anormalement sollicitée (because utilisation et paramétrage custom et pas préconisé par l'éditeur). Les requêtes continuent de faire essentiellement des I/O en parcourant la table et les indexes de la table. En regardant dans V$BH ce sont cette table et ses indexes qui occupent le plus de nbre de blocs
Aujourd'hui je n'ai pas de KEEP POOL, mais j'y songe si cela peut m'apporter un petit plus. Est-cepertinent de mettre en cache la table et/ou ses indexes dans le KEEP POOL ?
Est-ce grave si la taille KEEP POOL est plus petite que les segments qui vont y entrer dedans ?

Merci pour vos lumières

[NGasparotto]

D'une part mettre une "grosse" table en cache n'a pas de sens, surtout si elle est mise a jour souvent, Oracle ne va pas arreter de faire des aller-retour memoire<->disque.
D'autre part, meme pour des tables plus petite, il n'est pas evident de montrer des amelioration de perf. Typiquement, une table en cache est une table de parametres (lookup table).
Il doit bien y avoir d'autre moyen.
Il faudrait voir des rapport statspack pour avoir une meilleure idee, mais peut-etre certain parametres sont mal configures, comme db_file_multiblock_read_count dont la valeur depend de ta version d'Oracle de ton OS... et qui peut avoir de lourdes consequences sur les i/o.

Nicolas.

[couak]

oracle 10.2.0.4 sous windows 2003 32bits

[NGasparotto]

oracle 10.2.0.4 sous windows 2003 32bits

Bon, mais comme ca la, sans statspack, sans rien, plutot difficile de conseiller. Il n'y a malheureusement pas de recette miracle qui fonctionnera dans tous les cas.
STATSPACK ou AWR peut te donner des pistes d'investigation plus approndies.
Quel est la valeur du parametre db_file_multiblock_read_count ?

Nicolas.

[couak]

Depuis Grid Control, ADDM me donne comme 1er résultat :
Impact : 37,8%
Finding : SQL statements consuming significant database time were found.
Recommandation : SQL Tuning

Et dans "SQL Tuning", avec la fameuse requête qui me consomme beaucoup d'I/O sur la table qui m'embête : "There is no recommendation."

Je suis en SGA automatique, je pense que je vais l'augmenter. Mais ma question est toujours d'actualité, même si cela ne résoudra peut-être pas mon problème : est ce que changer le stockage d'une table et le mettre sur le KEEP POOL, pourrait me causer du tort si la table venait à être plus volumineuse que la taille du KEEP POOL ?

[couak]

db_file_multiblock_read_count est à 16

[NGasparotto]

Je pensais avoir repondu...
Bon, tu peux voir cette discussion, c'est toujours interessant de lire Tom Kyte :
http://asktom.oracle.com/pls/asktom/...D:253415112676

Nicolas.