Discussion :

[y.atki]

Bonjour à toutes et à tous,


J'ai une question :

Suite à une modification d'une table simple vers une table partitionnée.

y a-t-il une différence entre un calcul des stats sur toute la table ? genre

Code :

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

1
2
 
DBMS_STATS.GATHER_TABLE_STATS( ownname => 'XXXX', tabname => 'TABLE_NAME', estimate_percent => 100, method_opt => 'for all columns size 1', cascade => true, degree => 16 );

et un parcours partition par partition de la table avec un calcul des stats ?

Code :

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

1
2
 
DBMS_STATS.GATHER_TABLE_STATS ('XXXX','TABLE_NAME',PARTITION_NAME,estimate_percent=>DBMS_STATS.AUTO_SAMPLE_SIZE,DEGREE=>16);

C'est la même chose ou il faut faire les deux en même temps ?

Merci d'avance pour vôtre aide.

[13thFloor]

Hello,
il faudrait vérifier la granularité par défaut :

Code :

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

select 'GRANULARITY : '||dbms_stats.get_prefs('GRANULARITY',null,null) from dual;

Perso, après passage en partition, je lancerai :

Code :

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

exec dbms_stats.gather_table_stat('ownname => 'XXXX', tabname => 'TABLE_NAME', estimate_percent => 100, method_opt => 'for all columns size auto', cascade => true, degree => 16, granularity=>'ALL',no_invalidate=>'FALSE')

granularity à ALL permet de calculer les stats sur les partitions, sous-partitions et sur le global de la table.
no_invalidate va invalider les curseurs utilisant cette table.
Pour ne calculer les histogrammes que sur les colonnes qui en ont déja : for all columns size auto.
Le "for all indexed columns size 254" va prendre du temps mais donne des informations plus pertinentes à l'optimiseur.
Si tu n'as pas besoin d'histogramme, tu peux laisser for all columns size 1.
Voir : https://docs.oracle.com/cd/E18283_01...s.htm#i1036461
ou https://docs.oracle.com/database/121...htm#ARPLS68582

[y.atki]

Bonjour 13thFloor.

Merci beaucoup pour l'explication et pour ton aide.

Cordialement,
yatk

[fouedgr]

Bonjour, je ne me rappelle plus les détails, et donc ceci est plus vous donner une piste : il vaut mieux dans certains cas (surtout si la table est grande et la nature de vos requêtes en bénéficiant) possibilité de collecter les stats sur une partition (surtout si les autres n'ont pas changées) et laisser Oracle 'déduire' les stats globales en utilisant des synopsis , ce qui permet un gain de temps ... Vous pouvez rechercher ce thème plus