État des index Oracle 11g

Version imprimable

10/12/2010, 11h50
roudrick

État des index Oracle 11g

Bonjour à tous,

je voudrais savoir si je dois reconstruire les index de ma BDD.
Il y en a pas mal non reconstruit depuis un bout de temps mais si ce n'est pas nécessaire, je préfère m'abstenir :)

Je lis ici et là qu'il faut vérifier le partitionnement des index: comment je fais?
y a-t-il d'autre choses à vérifier avant de décider et pouvez-vous me donner les commandes pour vérifier cela?

j'utilise Oracle 11g et Toad 9.6.1.1

merci
Roudy
10/12/2010, 12h02
Waldar

Si vous lisez l'anglais :
http://richardfoote.files.wordpress....-the-truth.pdf

Sinon je vous fais un super résumé :
C'est très rare de devoir reconstruire les index, un coalesce / shrink suffit.
10/12/2010, 12h45
roudrick

effectivment il semble bon le résumé et le rebuild vs Coalesce se ferait à partir si 25% or less of an index has less than 50% of used space....
comment je le sais?
quand je regarde l'analyse d'index sous toad, j'ai une donnée qui est : clustering factor

pour un index important j'ai clustering factor = 1 210 240, rows = 1 584 908 rows, sample size=311971, leaf_block=5700, average lf block=1, average data blocks=1, blevel=2

j'ai du mal a interpréter si je dois faire une opération dessus....
29/12/2010, 13h47
Ahmed AANGOUR

Je rajouterai à la doc de Richard FOOTE pointé par WALDAR ce récent article de Jonathan LEWIS:
http://jonathanlewis.wordpress.com/2...ex-rebuilds-3/

Sachez aussi que le REBUILD n'influe en rien le clustering factor. Ce dernier indique en fait la capacité des clés d'index adjacents à pointer sur un même bloc de la table. Cette valeur est utilisé par le CBO pour calculer le cout d'accès à cet index.Plus la valeur du CF sera proche du nombre de blocs de la table et plus l'index sera favorisé par le CBO.
Le CF sera bas si le stockage de l'index suit le stockage de la table.

cdmt,
Ahmed
10/01/2011, 14h01
mongolic

Avec blevel=2 (te donne la prodondeur de ton index, çàd le nombre de niveau de ton arbre), il n'est pas nécessaire de reconstruire ton index.

pour afficher l'etat de tes indexes
essai ce script

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
set linesize 300
spool index_info.txt
 
SELECT i.table_name, i.index_name, t.num_rows, t.blocks, i.clustering_factor,
case when nvl(i.clustering_factor,0) = 0                       then 'No Stats'
     when nvl(t.num_rows,0) = 0                                then 'No Stats'
     when (round(i.clustering_factor / t.num_rows) * 100) < 6  then 'Excellent    '
     when (round(i.clustering_factor / t.num_rows) * 100) between 7 and 11 then 'Good'
     when (round(i.clustering_factor / t.num_rows) * 100) between 12 and 21 then 'Fair'
     else                                                           'Poor'
     end  Index_Quality,
i.avg_data_blocks_per_key, i.avg_leaf_blocks_per_key,
to_char(o.created,'MM/DD/YYYY HH24:MI:SSSSS') Created
from user_indexes i, user_objects o, user_tables t
where i.index_name = o.object_name
  and i.table_name = t.table_name
order by 1;
 
spool off