Discussion :

[maxidoove]

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 :

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

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.

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

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

[maxidoove]

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 :

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

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.

[orafrance]

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

[maxidoove]

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 .

[maxidoove]

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