Index BITMAP non utilisé

**olap_2001** · 30/03/2011, 09h36

Bonjour,
j'ai une table de 75 million de lignes avec une colonne CODE_STE varchar2(2) qui peut avoir cinq valeurs distinctes, donc c'est le cas idéal pour créer un index BITMAP.
je créé l'index je lance ma requête :

Code :

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

1
2
3
select col1, col2, ......
from MA_TABLE
where CODE_STE ='07';

Résultat : la requête dure une éternité car oracle fait un full scan de MA_TABLE !!!!!

Pouriez_vous me dire pourquoi Oracle ne passe pas par mon INDEX ?

parcontre quand je fais un

Code :

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

select count(*) from MA_TABLE  where CODE_STE ='07';

Oracle passe par l'index .

**ojo77** · 30/03/2011, 09h54

Oracle ne prends pas ton index parceque de toutes façon il devra remonter tous les blocs de la table (Oracle ne travaille pas à la ligne mais au bloc pour ses lectures) donc il n'a aucun intérêt à lire l'index.

**olap_2001** · 30/03/2011, 10h02

Normalement on passant par l'index il remontera que les blocs où se trouve les lignes CODE_STE='07' ? c'est le but des index .

**ojo77** · 30/03/2011, 10h20

Certes mais un bloc contient généralement plusieurs lignes.

Mettons que chaque bloc contienne 20 lignes. Tu dis n'avoir que 5 valeurs pour pour CODE_STE. Si ces valeurs sont uniformament réparties dans ta table il y a environ 4 lignes par blocs qui réponde à ta demande, donc tous les blocs doivent être remontés.

**olap_2001** · 30/03/2011, 10h39

Non les valeurs de cod_ste ne sont pas uniformément réparties.
COD_STE a 5 valeurs distincts .

La table contient 70 millions de lignes mais uniquement 23000 lignes correspondes à COD_STE='07' et à ma connaissance c'est dans ce cas ou il faut utiliser un index BITMAP.

les lignes de COD_STE='07' c'est des lignes d'une nouvelle société quant vient de rajouter dans la base.

**ojo77** · 30/03/2011, 10h41

Dans ce cas, il faut calculer des statistiques avec histogrammes sur la colonne CODE_STE, en effet sans histogramme, l'optimiseur Oracle se comporte comme si les données étaient uniformément réparties.

**laurentschneider** · 30/03/2011, 10h44

dans ce cas effectivement un index scan serait moins cher.

Quel est l'output de

Code :

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

1
2
3
set autot trace exp
select /*+FULL(MA_TABLE)*/ col1,col2 from MA_TABLE where CODE_STE='07';
select /*+INDEX(MA_TABLE)*/ col1,col2 from MA_TABLE where CODE_STE='07';

**laurentschneider** · 30/03/2011, 10h34

Envoyé par olap_2001

Bonjour,
j'ai une table de 75 million de lignes avec une colonne CODE_STE varchar2(2) qui peut avoir 5 valeurs distinctes, donc c'est le cas idéal pour créer un index BITMAP.

C'est faux de croire ça.

Si tu as 5 valeurs distinctes et que tu sélectionnes 20% de la table, il y a de fortes chance que le full table scan soit plus rapide.

Si tu avais 75 Millions de lignes et un bitmap sur 100'000 valeurs distintes, alors là oui, ce serait le cas idéal.

Le seul cas où un bitmap de cardinalité 1/15000000 peut se révéler utile, c'est lorsqu'il est employé avec d'autres bitmaps.

Dans le cas du count(*), c'est très différent car il ne doit pas accèder à la table du tout.

**pachot** · 31/03/2011, 23h54

Bonjour,

La table contient 70 millions de lignes mais uniquement 23000 lignes correspondes à COD_STE='07' et à ma connaissance c'est dans ce cas ou il faut utiliser un index BITMAP.

Si c'est très selectif, alors un index est intéressant. Dans ce cas avec histogramme, à jour, et en étant sûr de ne pas être en cursor_sharing=force

Mais pas forçément un index bitmap.

Vu comme ça, ça me paraît un cas idéal de partitionnement...

Cordialement,
Franck.

**olap_2001** · 01/04/2011, 13h31

Mais pas forcément un index bitmap ? il ya très peu de valeur distinctes donc un bitmap est conseillé.

citation :
Vu comme ça, ça me paraît un cas idéal de partitionnement...

justement le DBA nous a suggéré de faire des vues matérialisées sachant que le requête des MV c'est :
select * from MA_TABLE where CD_STE=A; ou A in ('01','02','03' ....'07')

moi j'était pour le partitionnement de la table mais d'après le dba c'est mieux de faire des MV !!!!

**laurentschneider** · 01/04/2011, 13h40

Code :

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

il ya très peu de valeur distinctes donc un bitmap est conseillé.

archi-faux.

Un bitmap a de très nombreux inconvénients, et ne convient qu'aux environments style datawarehouse où ils n'y a pas deux utilisateurs qui entrent des données simultanément

Autant les tables que les vues matérialisées peuvent être partitionées, change de dba

**doc malkovich** · 01/04/2011, 14h50

Le partitionnement est une option payante, peut-être que vous ne l'avez pas tout simplement ?
Dans ce cas le DBA "bricole" un pseudo partitionnement avec des VM ...