Problème sur une requête simple dans une table simple

Bonjour à tous,

J'ai une table vraiment très simple

Voici sa définition ( 3 colonnes)

origine integer
destination integer
temps integer


En gros j'ai un point d'origine, un de destination et un temps entre les deux

Il y a un index unique sur le couple (origine,destination)

si je fais une requête du genre
select * from matable where origine = 45 ;
La requête est instantanée

par contre si je fais :
select * from matable where destination = 45 ;
ça prend 5 minutes.

Personnellement je n'arrive pas du tout à expliquer la différence entre ces deux requêtes et surtout les temps d'exécution différent ?!

J'ai utilisé REINDEX... j'ai posé un nouvel index sur le champ destination... mais rien n'y fait !


NB : La table en question possède 57 millions de lignes.

genre

origine destination temps
1 1 5
1 2 7
2 1 5
2 3 9

....
Voila



Avez vous une idée ?


Merci d'avance

Quelques remarques
- pour les problèmes de performance, il faut donner le résultat d'EXPLAIN ANALYZE sur les requêtes qui posent problème.
- un index composite, est utilisable pour chercher sur le 1er composant seul, ou le 1er et le 2eme, mais pas sur le 2eme seul. C'est l'organisation des index qui veut ça. C'est probablement pourquoi le where origine.. est rapide alors que le where destination est lent.
- ajouter un index sur le champ destination seul devrait donner de bons résultats. Si ce n'est pas le cas ça peut être parce qu'un ANALYZE de la table n'a pas été fait entre la création de l'index et le test. Dans ce cas, réessayer en faisant ANALYZE de la table (et poster l'EXPLAIN ANALYZE de la requête)

Effectivement, il y a un mieux, je savais pas qu'après avoir posé l'index
il était intéressant de faire un ANALYSE.

Les performances ne sont toujours pas aussi rapides qu'avec le champ origine, mais en tout cas y'a vraiment du mieux.

Merci pour cette info.

Bonne journée

Un "SELECT *" n'est que rarement optimisable. Nommez vos colonnes et ne renvoyez que celles nécessaire. De plus si votre index est couvrant cela ira encore plus vite.

Lisez l'article que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/quoi-indexer/

A +