Discussion :

[boisdin]

J'ai un requête sous oracle 10g

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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)

[Invité]

il additionne zéro avec DATFACT_EMIS.

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

[boisdin]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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)

[Invité]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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;

[Invité]

Au fait, tes stats sont-elles à jour ?

[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

[boisdin]

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

[xavi]

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 ?