requête avec +0

Version imprimable

requête avec +0

J'ai un requête sous oracle 10g

Code:

1
2
3
4
5
6
select   DATFACT_EMIS,FACTUR,NUMFACT_C,LOGO,DATFACT_DEB,DATFACT_FIN,MTTTC,MTHT,INDFAD,NB_P_RECAP from T_ARC_MAITRE_FAGP
  where CRM='SGP'
  	and REFCLI='1-RX0XKR'
  	and RESTIT='O'
  	and ((DATFACT_EMIS +0) >= to_date('01/01/1996','DD/MM/YYYY') and (DATFACT_EMIS +0) <= to_date('01/12/2006','DD/MM/YYYY'))
   order by DATFACT_EMIS desc;

j'aimerais savoir ce que fait (DATFACT_EMIS +0)

09/10/2007, 18h50
Invité

il additionne zéro avec DATFACT_EMIS.

C'est pour éviter de prendre l'index sur DATFACT_EMIS ???

c'est effectivement pour cela, DATFACT_EMIS etant dans la clé primaire alors que les autres champs sont dans un autre index

Je ne comprends pas pourquoi cette requête fonctionne nettement plus rapidement qu'une requête
Code:

1 2 3 4 5 6 select /*+index(I_ARC_MAITRE_CLIENT_FAGP)*/ DATFACT_EMIS,FACTUR,NUMFACT_C,LOGO,DATFACT_DEB,DATFACT_FIN,MTTTC,MTHT,INDFAD,NB_P_RECAP from T_ARC_MAITRE_FAGP where CRM='SGP' and REFCLI='1-RX0XKR' and RESTIT='O' and ((DATFACT_EMIS) >= to_date('01/01/1996','DD/MM/YYYY') and (DATFACT_EMIS) <= to_date('01/12/2006','DD/MM/YYYY')) order by DATFACT_EMIS desc;
alors que l'index I_ARC_MAITRE_CLIENT_FAGP est justement sur les trois champs recherchés (DATFACT_EMIS, CRM, REFCLI)

les cadors de l'optimisation t'en diront sûrement plus que moi (surtout si tu en dis un peu plus sur ta table...), mais essaie cette clause avec le between :

Code:

1
2
3
4
5
6
SELECT /*+index(I_ARC_MAITRE_CLIENT_FAGP)*/  DATFACT_EMIS,FACTUR,NUMFACT_C,LOGO,DATFACT_DEB,DATFACT_FIN,MTTTC,MTHT,INDFAD,NB_P_RECAP FROM T_ARC_MAITRE_FAGP
  WHERE CRM='SGP'
            AND REFCLI='1-RX0XKR'
            AND RESTIT='O'
            AND DATFACT_EMIS between to_date('01/01/1996','DD/MM/YYYY') and to_date('01/12/2006','DD/MM/YYYY')
  ORDER BY DATFACT_EMIS DESC;

09/10/2007, 19h15
Invité

Au fait, tes stats sont-elles à jour ?
09/10/2007, 19h19
boisdin

Sur ma petite base de test la requête avec (DATFACT_EMIS +0) met 0.021s
Celle avec between et /*+index(I_ARC_MAITRE_CLIENT_FAGP)*/ met 2.8s
Celle avec<= et >= et /*+index(I_ARC_MAITRE_CLIENT_FAGP)*/ met 0.023s

Par contre sur la "grosse" base de prod la différence entre (DATFACT_EMIS +0) et /*+index(I_ARC_MAITRE_CLIENT_FAGP)*/ est de l'ordre d'un dizaine de seconde en faveur du (DATFACT_EMIS +0)

J'avoue que j'aimerais bien comprendre ces subtilités
09/10/2007, 19h21
boisdin

Je ne sais pas si les stats sont à jour...
comment puis-je le savoir ?
09/10/2007, 19h52
Invité

Citation:

Envoyé par boisdin

Je ne sais pas si les stats sont à jour...
comment puis-je le savoir ?

Code:

select last_analyzed from user_tables where table_name = 'T_ARC_MAITRE_FAGP';

Il existe sûrement un paramètre plus global mais ça ne me revient pas là.

Pour ma version de ta requête avec le between, j'avais gardé le hint par copier/coller mais il n'est peut-être pas nécessaire et bon, j'ai toujours entendu que c'était mieux avec le between...

Peux-tu nous montrer un describe de ta table, une idée de la volumétrie suivant l'environnement, les clefs primaires et les indexes de T_ARC_MAITRE_FAGP, un plan d'éxécution de tes requêtes, etc...
Je ne suis pas sûr d'être en mesure de te répondre mais les personnes compétentes sûrement avec de tels indices...
10/10/2007, 08h14
jmguiche

fausse manip, désolé

La table elle même est
Code:

1 2 3 4 5 6 7 DATFACT_EMIS NOT NULL DATE FACTUR NOT NULL VARCHAR2(3) NUMFACT_C NOT NULL VARCHAR2(20) CRM VARCHAR2(3) REFCLI VARCHAR2(48) .....
C'est une table partitionnée sur le premier champ (sur annees/mois) sur 11 ans.
La clé primaire est DATFACT_EMIS, FACTUR, NUMFACT_C
L'index client est DATFACT_EMIS, CRM, REFCLI

La volumétrie en production est d'environ 15 000 000 de lignes , quelques centaines sur ma base de test.
Je n'arrive pas à faire un explain plan, j'ai PLAN_TABLE not found

10/10/2007, 09h17
boisdin

1 pièce(s) jointe(s)

J'ai fais les explain plans.
Pour que ça soit lisible, je le met dans un fichier attaché parce que sinon on ne voit pas grand chose !
10/10/2007, 10h48
xavi

Citation:

Envoyé par boisdin

J'ai un requête sous oracle 10g
[...]
j'aimerais savoir ce que fait (DATFACT_EMIS +0)

Pour moi, le "+0" est une bidouille héritée des ancienne versions d'Oracle (<=8) de manière à "griller" un index auprès de l'optimiseur "rule". Cela permet au choix de passer par un autre index ou de faire un full scan (ce qui est parfois mieux).

Pour les versions récente d'Oracle, il vaut mieux laisser oracle décider du bon plan (et pour cela voir des statistiques à jour).
Quel résultat (performance) as-tu sans hint, sans "+0" mais avec stats jouées ?