Performance select distinct sur requête simple

Bonjour,

J'ai un problème avec la requête suivante :

Code:

---

1 2	select distinct(year) from selling where type in ('A', 'C') and country like ('%FR%');

---

Le résultat est retournée après 30s (4 lignes).
Un select * est instantané.
La table contient 1,2 millions de lignes.

J'ai fait un explain mais le résultat me parle pas vraiment:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

Plan hash value: 188663770   ----------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ----------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 5 | 90 | 68344 (1)| 00:13:41 | | 1 | HASH UNIQUE | | 5 | 90 | 68344 (1)| 00:13:41 | |* 2 | TABLE ACCESS FULL| SELLING| 1252 | 22536 | 68343 (1)| 00:13:41 | -----------------------------------------------------------------------------------   Predicate Information (identified by operation id): ---------------------------------------------------   2 - filter("COUNTRY" IS NOT NULL AND "COUNTRY" LIKE '%FR%' AND ("TYPE"='A' OR "TYPE"='C'))

---

Si quelqu'un a une piste....

Citation:

---

Envoyé par lapin_hobbit

Un select * est instantané.

---

Bonjour,
l'instantanéité du "select *" est due uniquement au fait qu'il ne ramène que les 1ères lignes ... s'il devait tout ramener, il passerait à peu près le même temps !

Ensuite, "une piste", ça serait pour optimiser le temps de réponse ?
Vu qu'il y a un LIKE '%quelquechose%', c'est difficile. Les '%' sont-ils vraiment indispensables ? Parce que dans une colonne "country", je m'attend à avoir "FR", pas "xxxFRyyyy". En retirant les % (au moins le 1er) - en fait, idéalement, en passant à une égalité -, si la colonne est indexée ET que l'utilisation de l'index est intéressante (à savoir, ça filtre suffisament), il y aura gain de temps.

EDIT : sur le temps passé, il y a quand même aussi le temps de faire le distinct, ce qui peut ne pas être négligeable.

Merci pour la réponse...

Oui effectivement, je recherche une piste pour améliorer le temps de réponse de cette requête.

Supprimer les %% n'est pas possible dans ce cas.
En revanche j'ai vérifié et constaté l'absence d'index sur les champs country et type.
Avec un index j'obtiens des performances raisonnables.

Merci pour la piste ;)

Bonjour,

votre index sur country ne sera pas utilisé si vous faites un like '%valeur%'

merci pour l'information.

L'index sur type allège donc suffisament la recherche.