temp de réponse trop long

Version imprimable

bonjour,
Voila, j'utilise une requete avec une belle petite jointure externe(syntaxe supportée par oracle 8i), la requette fonctionne bien, le seul problème est que le temps de réponse est trop élevé. Je ne suis pas un expert des jointures et si quelqu'un sait comment améliorer les temps de réponse....
Par avance merci, voici ma requette
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 select S.LOC_0, S.ITMREF_0, S.LOT_0, S.QTYSTU_0, SUM(NVL(Y.QTY_0,0)) from YCBRECEPT Y, STOJOU S where Y.VCRNUM_0(+)=S.VCRNUM_0 AND Y.VCRLIN_0(+)=S.VCRLIN_0 AND Y.LOC_0(+)=S.LOC_0 AND Y.ITMREF_0(+)=S.ITMREF_0 AND Y.LOT_0(+)=S.LOT_0 AND S.VCRNUM_0='xxyyzz112233' AND S.VCRLIN_0=123456 AND S.ITMREF_0='truc' AND S.LOT_0='chose' AND S.STA_0='Q' GROUP BY S.LOC_0, S.ITMREF_0, S.LOT_0, S.QTYSTU_0 HAVING S.QTYSTU_0 >SUM(NVL(Y.QTY_0,0))
Je ne peux pas utiliser le left outer join car non supporté par la 8i de mon client.

27/10/2005, 10h18
Médiat

Histoire de gagner des ms le NVL est inutile dans un SUM.

Sinon, il faudrait l'explain plan, la liste de tes index...
27/10/2005, 10h44
maxidoove

Dans mon cas le nvl est nécéssaire car sinon il ne me renvoie aucune ligne s'il n'y a pas d'enregistrements correspondant dans YCBRECEPT et donc je ne récupère pas les valeurs de stojou.
Par contre pour les index, je suis en train de voir avec le développeur coté ERP pour qu'il améliore les index. Merci beaucoup, je n'y avais pas pensé (pire qu'un newbee).

On viens de modifier les index des tables
Sur ycbrecept et STOJOU:
index: VCRTYP_0 + VCRNUM_0+VCRLIN_0 avec homonymes
en modifiant la requete

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
select S.LOC_0, S.ITMREF_0, S.LOT_0, S.QTYSTU_0, SUM(NVL(Y.QTY_0,0)) 
from YCBRECEPT Y, STOJOU S 
where Y.VCRTYP _0(+)=S.VCRTYP _0 AND Y.VCRNUM_0(+)=S.VCRNUM_0 AND Y.VCRLIN_0(+)=S.VCRLIN_0 
      AND S.VCRTYP_0=6 
      AND S.VCRNUM_0='LFSPR050001226' 
      AND S.VCRLIN_0=1000 
      AND S.ITMREF_0='17246473400' 
      AND S.LOT_0='00XXXXX210605' 
      AND S.STA_0='Q' 
      AND Y.LOC_0(+)=S.LOC_0 
      AND Y.ITMREF_0(+)=S.ITMREF_0 
      AND Y.LOT_0(+)=S.LOT_0 
GROUP BY S.LOC_0, S.ITMREF_0, S.LOT_0, S.QTYSTU_0
HAVING S.QTYSTU_0 >SUM(Y.QTY_0);

L'ordre des éléments dans la requette est-il important?
Quels index seraient utiles?
Par avance merci pour votre aide.

27/10/2005, 12h26
orafrance

Citation:

Envoyé par maxidoove

L'ordre des éléments dans la requette est-il important?
Quels index seraient utiles?

Pas en mode CBO (calcul des statistiques) qui est conseillé :)

index : ça dépend de la sélectivité de ceux-ci :)

a priori :S.VCRTYP_0,S.VCRNUM_0,S.VCRLIN_0 parait pas mal
27/10/2005, 12h39
maxidoove

Citation:

Pas en mode CBO (calcul des statistiques) qui est conseillé

index : ça dépend de la sélectivité de ceux-ci

Pour le mode CBO, je ne pense pas que l'on ai la main dessus. La base Oracle est celle d'un ERP donc je ne sais pas si on peut faire cette modif.
Connaissez vous une solution qui permettrai d'améliorer le temps de réponse, j'arrive a 15 secondes (donc les utilisateurs vont s'arracher les cheveux et je vais culpabiliser d'etre responsable d'une calvitie généralisée chez mon client).
Pensez vous qu'en rajoutant ITMREF_0+LOT_0+STA_0 sur l'index VCRTYP_0 + VCRNUM_0+VCRLIN_0 on puisse améliorer un peu?
Je ne pense pas que ce soit YCBRECEPT qui pose problème car il n'y a quasiment rien dedans.
Par avance merci pour votre aide.
Les cheveux des employés de mon client vous en remercieront :D .
27/10/2005, 18h24
maxidoove

J'ai changé les index moi-même c'est nickel, je suis passé de 15 secondes a 0,5
merci @+