Discussion :

[alezan]

bonjour,
j'ai un soucis avec cette requête sql
sans la commande order by elle s’exécute en 3s
avec la commande order by 38s

et je ne trouve pas comment optimiser le cout du oder by ?

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
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
select 
 
L.TAXE_PORTDU as taxeportdu
 
from VW_TRANSBIS_KEYS T
INNER JOIN LIGCOMM L
ON (L.NO_LIGNE_COMMANDE=T.NLIGNECOMMANDE and L.AGENCE=T.AGENCE)
LEFT OUTER JOIN SERVICE_ADMINCLI S
ON ( T.CODECLIENT= S.CODE_CLIENT 
AND S.SERVICE_ADMIN= 'FACTUMAIL')
left outer join client cli
on T.CODECLIENT=CLI.CODE_CLIENT
LEFT OUTER JOIN PAYS PAYS
ON CLI.PAYS_CLIENT=PAYS.CODE_PAYS
left outer join VWT_DETAILTARIFC c
on(c.NO_LIGNE_COMMANDE=T.NLIGNECOMMANDE)
LEFT OUTER JOIN FACTURE F 
ON (F.NO_FACTURE = T.NFACTURECLIENT AND 
T.AGENCEFACTURECLIENT = F.CODE_AGENCE)
LEFT OUTER JOIN VW_TRANSBIS_DETFACT VF
ON (VF.NFACTURECLIENT = T.NFACTURECLIENT AND 
t.agencefactureclient = vf.agencefactureclient)
left outer join CLIENT CLI2 
on (CLI.champs6 = cli2.code_client)
LEFT OUTER JOIN PAYS PAYS2
ON CLI2.PAYS_CLIENT=PAYS2.CODE_PAYS
left outer join W_PARAM_CHAMPS WPC
on(WPC.CHAMPS_NAME='CHAMPS8'and 
WPC.TABLE_NAME='LIGCOMM' and 
WPC.CHAMPS_VALEUR=L.CHAMPS8)
order by T.NLIGNECOMMANDE

[Ikebukuro]

Quand tu fais un ORDER BY, Oracle a une tâche en plus qui est de trier les données; forcément cela a un coût.
Néanmoins, dans certains cas, le ORDER BY peut accélérer les SELECT (si si ) mais c'est rare et visiblement tu n'es pas dans ces cas.

Ce qui serait bien, c'est de nous sortir le résultat de la commande AUTOTRACE de ta requête, d'abord sans ORDER BY puis avec ORDER BY pour qu'on y voit plus clair.

[skuatamad]

Je ne comprends pas la requête, vous ne sélectionnez que L.TAXE_PORTDU ? Mais vous triez sur T.NLIGNECOMMANDE ?
Si c'est le cas, je pense que les LEFT JOIN sont inutiles.

[Ikebukuro]

Ce n'est pas bête du tout, du moins si ça correspond au besoin : la seule donnée qui l'intéresse est L.TAXE_PORTDU triée par T.NLIGNECOMMANDE.
Dans ce cas, pas la peine d'afficher T.NLIGNECOMMANDE car non seulement ça va augmenter la quantité de données à envoyer via le réseau et en plus cette donnée ne sera pas exploitée plus tard donc perdue : du gâchis.

[MON MILLIEME POST]


Petit DBA est devenu GRAND DBA

[skuatamad]

Ce n'est pas bête du tout, du moins si ça correspond au besoin : la seule donnée qui l'intéresse est L.TAXE_PORTDU triée par T.NLIGNECOMMANDE.
Dans ce cas, pas la peine d'afficher T.NLIGNECOMMANDE car non seulement ça va augmenter la quantité de données à envoyer via le réseau et en plus cette donnée ne sera pas exploitée plus tard donc perdue : du gâchis.

Je n'ai pas dit que c'était bête, je remets en cause la pertinence des jointures externes dans le cas présenté

[alezan]

merci beaucoup pour vos réponse, désolé pour ma réponse tardive.