Discussion :

[pandore1983]

Bonjour
Je suis débutant et je travaille sous oracle 9i Personal Edition V9.2.0.1. Afin d’optimiser le temps d’exécution de certaines requêtes comme :

Code :

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

1
2
3
4
select sales.time_id, sum(quantity_sold), sum (amount_sold)
 from sales, times 
where sales.time_id = times.time_id and times.fiscal_year ='2000' 
group by sales.time_id

j’ai créé un index bitmap de jointure avec la requête suivante :

Code :

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

1
2
3
4
create bitmap index BIJ_Index1
on sales( times.fiscal_year)
from times, sales
where times.time_id=sales.time_id;

Après sa création, et en exécution ma requête SELECT j’ai remarqué que cet index ne figure pas sur son plan d’exécution. Est-ce que quelqu’un pourrait me dire ce que je dois faire pour que l’index soit utilisé dans la résolution de cette requête.
Merci .

[orafrance]

un bitmap de jointure ??? Mais c'est n'importe quoi... pourquoi tu fais pas un index classique ?

[McM]

Je ne connaissais pas ce genre d'index

[pandore1983]

Bonjour
Les index bitmap de jointure (appelés aussi index de jointure binaires) sont les plus appropriés aux entrepôts de données, c'est ceux là que je dois créer; je n'ai pas le choix.
Merci quand même!

[pandore1983]

J'ajoute un petit quelque chose.
Les index bitmap de jointure sont intersessants car ils accelèrent
l'exécution des requêtes qui font intervenir des opérations de jointure
qui sont les plus coûteuses dans les entrepôts car elles opèrent
sur une table faits très volumineuse et des tables dimensions de taille moins
importante.
Dernière chose, vous pouvez aller voir ça
http://articles.techrepublic.com.com...2-1051931.html
Cordialement.

[pifor]

J'ajoute un petit quelque chose.
Les index bitmap de jointure sont intersessants car ils accelèrent
l'exécution des requêtes qui font intervenir des opérations de jointure
qui sont les plus coûteuses dans les entrepôts car elles opèrent
sur une table faits très volumineuse et des tables dimensions de taille moins
importante.
Dernière chose, vous pouvez aller voir ça
http://articles.techrepublic.com.com...2-1051931.html
Cordialement.

Sans doute, mais combien de lignes avez-vous dans vos tables sur votre base ? Si vous avez des petits volumes, Oracle va faire des full tables scan tout simplement parce que s'il y a peu de données, c'est la méthode la plus rapide (quelques soient les index qui peuvent exister)...

Avez-vous lu certains chapitres du Concepts Guide et du Performance Tuning Guide ?

[pifor]

Pour analyser complètement un problème de performance, il faudrait avoir le maximum d'éléments de la liste suivante:

• le code SQL de création de la table et des index sur la table
• la cardinalité de la table
• la façon dont les statistiques sont calculées sur la table et les index
• le plan d'exécution de la requête avec EXPLAIN PLAN
• le plan d'exécution de la requête avec la trace SQL et TKPROF ou le résultat de SET AUTOTRACE
• quel est le temps d'exécution souhaité

Je ne connaissais pas non plus les bitmap join index qui existent depuis la version 9 et qui sont très peu référencés dans les forums OTN. (idem sur AskTom).