Discussion :

[sihem_info]

bonjour a tous

Exit il une requête magique qui me permet de faire sortir les taux de fragmentation des indexes

le but serai de supprimer les indexes qui présentes un taux de fragmentation qui tend vers le Zéro

la suppression de ces indexes va me permet de gagner d'espace disque

merci pour vos retour d’expérience

[pachot]

Ca veut dire quoi un taux de fragmentation qui tend vers zéro?

[Ikebukuro]

Je suppose qu'il parle d'un index remplis de données qui ont été délétées dans la table.

Un petit coup d'oeil ici : https://www.champavert-consulting.fr...-reconstruire/

[pachot]

Je suppose qu'il parle d'un index remplis de données qui ont été délétées dans la table.

Un petit coup d'oeil ici : https://www.champavert-consulting.fr...-reconstruire/

Et du coup les supprimer?

A propos de ce lien:

• le titre: 'index déséquilibré' alors que la propriété principale des B*Tree est qu'ils restent toujours équilibrés
• très dangereux de conseiller un analyze validate structure, qui vérouille completement la table
• 20% de delete est tout à fait normal dans la vie d'un index. Ces entrés sont réutilisées par des inserts sur les mêmes plages de valeur.
• si on réduit l'espace vide, ils vont naturellement retrouver leur taille. Un bloc plein est splitté donc on aura entre 50% et 100% de remplissage -> moyenne 25% vide
• un rebuild est la dernière chose à faire. S'il y a une raison de réduire (purge sur une plage de valeurs qui ne reviendra pas) coalesce ou shrink suivant les situations

[Ikebukuro]

L'intérêt du lien est surtout d'apprendre la commande ANALYZE ... VALIDATE STRUCTURE, avec sa vue associée INDEX_STATS, que tout le monde ne connait pas. On la passe même sous silence depuis qu'Oracle dit que DBMS_STATS remplace la commande ANALYZE et qu'il ne faut plus utiliser celle-ci pour gérer les stats.

En tout cas, INDEX_STATS a des infos complémentaires de DBA_INDEXES, notamment sur l'espace occupé dans les blocs d'index, c'est ça qui pourrait intéresser sihem_info (le lien de la vue ici : https://docs.oracle.com/database/121...htm#REFRN29025).

Attention, cette vue ne peut contenir qu'une seule ligne :-)

[pachot]

En tout cas, INDEX_STATS a des infos complémentaires

Des infos le plus souvent inutiles...

Un exemple où je supprime 1000 ligne et j'en insère 2:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
 
SQL> create table DEMO(n constraint DEMO_N primary key) as select rownum from xmltable('1 to 1000');
 
 
Table DEMO created.
 
 
SQL> delete from DEMO;
 
 
1,000 rows deleted.
 
 
SQL> commit;
 
 
Commit complete.
 
 
SQL> insert into DEMO values(1);
 
 
1 row inserted.
 
 
SQL> insert into DEMO values(1000);
 
 
1 row inserted.
 
 
SQL> analyze index DEMO_N validate structure;
 
 
Index DEMO_N analyzed.
 
 
SQL> select lf_rows,del_lf_rows from index_stats;
 
 
   LF_ROWS DEL_LF_ROWS
---------- -----------
         2           0

Et VALIDATE STRUCTURE a oublié les 998 entrées supprimées alors que l'index fait toujours la même taille

DEL_LF_ROWS est une information interne qui n'a pas d'utilité pour estimer la fragmentation.

[Ikebukuro]

Etant au boulot, je ne peux pas tester mais les colonnes suivantes me semblent intéressantes, surtout le PCT_USED :

• BTREE_SPACE : Total space currently allocated in the B-Tree
• USED_SPACE : Total space that is currently being used in the B-Tree
• PCT_USED : Percent of space allocated in the B-Tree that is being used

[skuatamad]

Associé à validate structure, la colonne OPT_CMPR_COUNT est utile pour aider à déterminer le paramètre optimum de compression de l'index :
https://asktom.oracle.com/pls/asktom...41052745029077

[Pomalaix]

Des infos le plus souvent inutiles...

Tout à fait, tu m'as devancé, Franck !
Je me rappelle avoir lu ce détail chez J. Lewis il y a quelques années, mais je ne sais pas s'il avait été le premier à faire cette démonstration.

Accessoirement, on répond tous un peu dans le vide dans cette discussion puisqu'on ne connaît même pas le véritable besoin du demandeur

[Ikebukuro]

Il faut dire aussi qu'il ne s'est plus manifesté...