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 ?

[Invité]

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

Code :

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

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...

[jmguiche]

fausse manip, désolé

[boisdin]

La table elle même est

Code :

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

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

[boisdin]

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 !

[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 ?