Discussion :

[thegarf]

Bonjour à tous,

Quel est la différence entre les deux ordres suivants :

1- DBMS_UTILITY.analyze_schema('TOTO','COMPUTE');

2 - dbms_stats.gather_schema_stats(ownname=> 'TOTO' , cascade=> TRUE);

En effet, si je rajoute ou supprime un index sur une table quel serait le meilleur ordre à lancer? (1 ou 2 ou un autre).

Cdt,

Thegarf

[orafrance]

le 2° qui est plus récent. Le premier tend à devenir obsoléte alors autant prendre de bonnes habitudes

[thegarf]

Oui sauf que je n'ai pas le même comportement quand je lance le 1er ou le second.

Cdt,

M BAY

[orafrance]

c'est à dire ?

[Wurlitzer]

Moi aussi j'ai toujours entendu qu'il failait mieux utiliser : dbms_stats.

Sauf que moi j'ai parfois des soucis (en 8.1.7.4) avec le gather_table_stats qui me renvoi

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 ORA-00600: internal error code, arguments: [16515], [D], [40], [3634], [2], [0], [], []

Oracle recommande dans ce cas de supprimer les stats et de recommencer. Ce qui est une tres mauvaise idée sur une grosse base de prod puisque dés que les stat ont été effacées sur une grosse table, les plans sont partis en vrille. Les perfs se sont écroulé et du coup, il a fallu plusieurs heures pour recalculer les stats.... Pendant tout ce temps les utilisteurs ont été dans une situation tres dégradée.

Si vous avez une solution pour eviter cette erreur, je suis preneur

[thegarf]

J'ai rencontré le même problème que 'Wurlitzer' aprés avoir reconstruit des grosses tables.

Il m'a fallut une journée pour que les statistics soient / à l'activité de production et que je retrouve les performances des jours précédents.

Ma question initiale était de mettre en évidence une procédure pour éviter ce problème car le logiciel qui pointe vers cette base continue à fortement évoluer et je rencontrerai à nouveau ce problème lors des prochaines mise en production.

Cdt,

The Garf

[orafrance]

il suffit de faire un DELETE_TABLE_STAT avant le GATHER_TABLE_STAT, cela supprime les stats de l'objet courant seulement.

Source : Note:2252824.8

[Wurlitzer]

il suffit de faire un DELETE_TABLE_STAT avant le GATHER_TABLE_STAT, cela supprime les stats de l'objet courant seulement.

Source : Note:2252824.8

Oui j'avais vu cette note et il ne faut SURTOUT pas faire de DELETE_TABLE_STAT. C'est ce que j'ai fait mais sur une table de plusieurs millions de lignes avec plusieurs centaines d'utilisateurs. Je l'ai payé cash ! !

Tous les plans d'accès a cette table se sont mis immediatement a déconner. Ce qui a suffit à mettre le serveur a plat et rendre le reclalcul des stats sur cette table tres long et tres compliquée. Et surtout gener tout le monde pendant de longues heures