Index pas utilisé

Bonjour à tous,

j'ai une requête qui utilise un BETWEEN sur une date, la requête est pas super longue en soit, mais le cout est assez élevé (18 000).

J'ai vu que j'avais le droit à un full scan de ma table, il n'utilise pas mon index sur la date.

Est-ce que le format date est particulier pour l'utilisation de son index ?

Quand je fais un = l'index est bien utilisé. et mon coût tombe à 16

Merci de votre aide.

Soit tu as un problème de stats, soit c'est tout bête (X between A and B) est à éviter selon l'Oracle, il vaut mieux utiliser ((X>=A) and (X<=B)).

Ah je savais pas du tout qu'il fallait éviter BETWEEN.

Mon coût est identique.

Je ne dois pas avoir de problème de stats car c'est pas la première fois que je remarque ce problème d'index (sur d'autres tables)

Eviter le BETWEEN date de la 8i, je ne sais si il est toujours d'actualité mais moi j'évite.

Je pencherais pour le problème de stats, lances un recalcul de tes statistiques sur la table et refais un test. Après il se peut que passer par l'index lui coûte réellement physiquement plus que de faire un FTS, d'où son choix.

Je pencherais plus pour ce que tu dis.
Pour faire simple je fais un between du une même date mais entre 0h et 23h59 pour tout récupérer.

Peut-être devrais-je indéxer un to_char(date, 'mmyy') et du coup avoir un = ma_date dans le where ?

Si tu recherche tous les enregistrements d'un seul jour donné dans ce cas il y a plus simple :

Code:

---

select ... where trunc(monchampsdate)=to_date('28/05/2008','DD/MM/YYYY');

---

Citation:

---

Envoyé par philcero

Si tu recherche tous les enregistrements d'un seul jour donné dans ce cas il y a plus simple :

Code:

---

select ... where trunc(monchampsdate)=to_date('28/05/2008','DD/MM/YYYY');

---

---

Si je trunc ma date :

1/ Je vais avoir une "réévalutation" de ma date pour toutes les lignes
2/ Mon index ne sera donc plus utilisé ?

Ca dépends de ce qu'en pensera l'OPTIMIZER. A tester...

Après il y a la méthode de la SILVER BULLET qui est de modifier d'entrée de jeu la valeur du paramètre OPTIMIZER_INDEX_COST_ADJ qui par défaut ne convient à personne de toute façon.

Code:

---

alter session set optimizer_index_cost_adj = 50

---

Par défaut il est à 100, et plus il est petit et plus l'OPTIMIZER va favoriser l'usage des indexs.

là on rentre dans le domaine de mon hebergeur :)

Merci pour ton coup de main.

Edit : je vais attendre pour voir s'il y a d'autres avis

Citation:

---

Envoyé par philcero

Soit tu as un problème de stats, soit c'est tout bête (X between A and B) est à éviter selon l'Oracle, il vaut mieux utiliser ((X>=A) and (X<=B)).

---

Peut tu nous donner le lien où t'a trouvé ça ? Moi je ne le crois pas.

Citation:

---

Envoyé par mnitu

Peut tu nous donner le lien où t'a trouvé ça ? Moi je ne le crois pas.

---

Hop jte prends par la manche en passant :)
Que penses-tu de mon problème ? :)

Poste déjà la requête, version simplifié pour qu'on voit de quoi il s'agit (je n'aime pas deviner).

Dans un premier temps je voulais savoir s'il était normal qu'un index sur une date ne soit pas pris en compte avec BETWEEN.
Si oui , alors je vais trouver une autre soluce, si non je poste la requête :)

Bonjour,

selon mes experiences, pour faire fonctionner les index il faut éviter l'utilisation de l'instruction between
donc essaye d'enlever le betweeen et reevalue la lenteur de te requete

Bonne chance

Citation:

---

Envoyé par shadeoner

Dans un premier temps je voulais savoir s'il était normal qu'un index sur une date ne soit pas pris en compte avec BETWEEN.
Si oui , alors je vais trouver une autre soluce, si non je poste la requête :)

---

Pour quoi pense tu qu'il doit y avoir quelque chose de spécial avec le between (il faut bac + 5 pour le traduire en >= AND <=) ou avec la date (date, number, varchar, etc. ne sont que des octests, non)?

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

create table t_date as select * from user_objects / create index ix_t_date on t_date(created) / exec dbms_stats.gather_table_stats('MNI','T_DATE') / set autotrace traceonly explain / select count(*) from t_date where created between to_date('16/11/2007','DD/MM/YYYY') and to_date('17/11/2007','DD/MM/YYYY') / Plan d'exÚcution ---------------------------------------------------------- Plan hash value: 471217560   ------------------------------------------------------------------------------- | Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time | ------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | 8 | 1 (0)| 00:00:01 | | 1 | SORT AGGREGATE | | 1 | 8 | | | |* 2 | INDEX RANGE SCAN| IX_T_DATE | 3 | 24 | 1 (0)| 00:00:01 | -------------------------------------------------------------------------------   Predicate Information (identified by operation id): ---------------------------------------------------   2 - access("CREATED">=TO_DATE('2007-11-16 00:00:00', 'yyyy-mm-dd hh24:mi:ss') AND "CREATED"<=TO_DATE('2007-11-17 00:00:00', 'yyyy-mm-dd hh24:mi:ss'))

---