Discussion :

[Wurlitzer]

Bonjour,

Je m'interesse à l'option COMPRESS pour les indexes. Après quelques recherches, cela a l'air bien sympathique. Il semblerait que cela fasse economiser de la place, améliore les performances.

Mais il doit bien y avoir un inconvenient, je cru lire un problème d'overhead lors des insertions ou maj de la clé. Est ce notable ?

Dans quel cas utilisez vous cette option?

Jusqu'a quel niveau de selectivité cela est il interessant ?

Merci de vos avis éclairés.

[aline]

Bonjour,
Mais il doit bien y avoir un inconvenient, je cru lire un problème d'overhead lors des insertions ou maj de la clé. Est ce notable ?

Bonjour,

Je suis inconditionnelle des indexs compressés.
L'overhead est logique lors de l'insertion, mais je ne l'ai jamais vraiment observé.
Par contre, le gain de place, ainsi que celui de performance est notable.
La grande question reste toujours de savoir la longueur du prefixe quand on a plusieurs colonnes.
en général, pour un gain de place maximum, de ma petite expérience, je recomande le plus petit (en général 1) dans la plupart des cas.

[nuke_y]

Bonjour,

quel est ce problème d'overhead ? Et pourquoi les index ne sont pas toujours compressés par défaut ?

[Wurlitzer]

Bonjour,

quel est ce problème d'overhead ?

Apparement c'est plus long pour Oracle de mettre a jour un indexe compressé que non compressé d'ou une (légère) sur consomation lors des maj et des insert

Et pourquoi les index ne sont pas toujours compressés par défaut ?

C'est bien la question que je me pose......

[orafrance]

Et pourquoi les index ne sont pas toujours compressés par défaut ?

J'imagine qu'il y a un coût en ressource CPU qui peut ne pas être négligeable...

[Jaouad]

J'imagine qu'il y a un coût en ressource CPU qui peut ne pas être négligeable...

+1

[aline]

Bonjour,

quel est ce problème d'overhead ? Et pourquoi les index ne sont pas toujours compressés par défaut ?

parce que par exemple compresser une clé unique n'a aucun sens.
ou alors seulement un préfixe de cette clé définit par l'utilisateur si elle est sur plusieurs colonnes.
Et de manière générale, sur un index à plusieurs colonne, comme je le disais tout à l'heure, il y a plusieur possibilitées de compression.
A vous de choisir la meilleur!
il faux bien qu le DBA justifie son salaire!
NON a l'automatisation de la compression de l'index.
NON à l'EUROMILLION

[nuke_y]

Ok merci.

[orafrance]

il faux bien qu le DBA justifie son salaire!
NON a l'automatisation de la compression de l'index.
NON à l'EUROMILLION

[Wurlitzer]

Je relance ce thread parce que je voudrais passer des généralités au cas concret. Je suis donc à la recherche d'indexes candidat à la compression.

Pour cela j'utilise la requete

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
select t.owner , t.table_name, i.index_name, i.column_name, t.num_rows, tc.density , tc.num_distinct 
from all_ind_columns i, all_tab_columns tc, all_tables t 
where column_position = 1 
and index_owner = 'BCUSER'
and   t.owner = i.table_owner
and   t.table_name = i.table_name
and   i.table_name = tc.table_name
and   i.table_owner = tc.owner
and   i.column_name = tc.column_name
and   i.column_position = 1
and   tc.density >= 0.1
and   num_rows >  1000
order by num_rows desc

où je ressors tout les indexes des tables de plus de mille lignes donc la première colonne à au plus 10 valeurs.

J'ai deux questions :

1. est que j'ai bien compris la definition de DENSITY. C'est à dire que pour les petites valeur de clé distincte DENSITY=1/nb clé distincte ?
2. est ce que ces valeurs limites vous semblent avoir un sens ? En avez vous vous meme testés d'autres ?

[Jaouad]

et pouquoi

Code :

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

column_position = 1

toutes les clés primaires ne sont pas sur ( ou uniquement) la premiére colonne

[Wurlitzer]

et pouquoi

Code :

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

column_position = 1

toutes les clés primaires ne sont pas sur ( ou uniquement) la premiére colonne

Parce que je peux compresser la première colonne et pas forcément la seconde. (J'ai pas encore envisagé de contruire mes indexes dans un autre ordre pour optimisé la compression)

[Wurlitzer]

Je viens de trouver ca (a partir de la 9i).

Sur la commande ANALYSE ... VALIDATE STRUCTURE

http://download-uk.oracle.com/docs/c...htm#SQLRF01105

VALIDATE STRUCTURE
.../...
For an index, .../...
Oracle Database also computes compression statistics (optimal prefix compression count) for all normal indexes.

Oracle Database stores statistics about the index in the data dictionary views INDEX_STATS and INDEX_HISTOGRAM.

Qui peut donner de bonne piste pour établir des regles de compression