Dans la catégorie "Pourquoi mon index n'est pas utilisé?"

[Jidefix]

Bonjour,
je sais que la question a été posée des millions de fois mais quand même là c'est un peu gros:
j'ai une table de 10 millions de lignes environ, avec une cinquantaine de colonnes.
La colonne colonne1 est un VARCHAR2(100) avec un index directement dessus.

Je fais un

Code :

1
2
3
 
SELECT * FROM matable
WHERE colonne1 = 'Ma Valeur'

l'index est bien utilisé (vérifié via explain plan), j'ai mes 27 lignes de résultat en 150 ms environ

Maintenant je tente un truc de fou:

Code :

1
2
3
4
 
SELECT * FROM matable
WHERE colonne1 = 'Ma Valeur'
ORDER BY colonne2

Et là c'est le drame: je retombe en full table scan, je récupère mes 27 lignes triées en 1 minutes.

En utilisant un hint:

Code :

1
2
3
4
 
SELECT /*+ index(matable monindex) */ * FROM matable
WHERE colonne1 = 'Ma Valeur'
ORDER BY colonne2

, je retrouve mes 150 ms


Sauf qu'inclure un hint dans mon application ne m'arrange pas vraiment.
Comment un simple order by peut-il changer le plan d'exécution à ce point? Au pire je ferai le tri dans mon appli mais c'est quand même dommage...


Détails techniques:
- Oracle 10G
- la table et l'index ont été analysés juste avant la requête
- il y a un index sur colonne2, qui ne semble pas être utilisé pour ces 3 requêtes...

Quelqu'un a une idée?

[Golgotha]

Bonjour,

Pourquoi un select * ?

Sinon, je sais pas trop.... qu'est ce que ça donne ça :

Code :

1
2
3
SELECT c1,c2 
FROM (SELECT c1,c2 FROM matable WHERE c1 = 'Ma Valeur')
ORDER BY c2

[Rams7s]

Ce que l'optimiseur fait, il n'y a que lui qui le sait. Mais, comme il est cool, il veut bien nous donner des gros indices:
l'event 10053, ca répondra a toute vos questions

Un petit lien pour expliquer:
http://www.centrexcc.com/A%20Look%20...0Event.ppt.pdf

[mnitu]

Que est-ce que ça donne

Code :

1
2
3
4
 
SELECT /*+ gather_plan_statistics */ 
  FROM matable
 WHERE colonne1 = 'Ma Valeur'

suivi de

Code :

1
2
3
 
SELECT * 
FROM TABLE(dbms_xplan.display_cursor(NULL,NULL,'ALLSTATS LAST'));

Comparez surtout les cardinalités estimés (E-Rows) avec les cardinalités réelles (A-Rows)