Discussion :

[titwix]

Bonjour,

Lorsque je lance cette 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
16
17
18
19
20
21
22
23
24
25
26
27
28
29
select o.ord_id,
       l.orl_id,
       o.odo_code,
       nvl(l.rcp_company, o.rcp_company) as rcp_company,
       nvl(l.rcp_contact, o.rcp_contact) as rcp_contact,
       o.ord_pricettc / 10000 as ord_pricettc,
       o.ord_reliquat / 10000 as ord_reliquat,
       abs(l.orl_qtytodel) as orl_qtytodel,
       abs(l.orl_qty) as orl_qty,
       l.orl_detail as prd_title,
       o.sta_invcode,
       l.sta_code,
       decode(l.sta_code, 'V830', 'A envoyer', 'Commande à éditer') libStatut,
       a.nfr_id,
       ld.dlo_code,
       nvl(l.oad_id, o.oad_id) as oad_id,
       o.oad_invid
  from ctb_order o
 inner join ctb_ordline l
    on (l.ord_id = o.ord_id)
 inner join ctb_ordaddress a
    on (l.oad_id = a.oad_id )
  left join ctb_ordldelivery ld
    on (ld.ord_id = l.ord_id and ld.orl_id = l.orl_id and
       ld.sta_code < 'Z999')
 where l.sta_code >= 'O500'
   and l.sta_code < 'V840'
   and l.del_code = 'REIM'
   and l.orl_canceldt is null

Elle s'exécute assez rapidement, environ 0,5 sec
Voici sont plan d'exécution

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
SELECT STATEMENT, GOAL = ALL_ROWS			1049	120	25080
 NESTED LOOPS					
  NESTED LOOPS			1049	120	25080
   NESTED LOOPS OUTER			689	120	20040
    NESTED LOOPS			404	120	17040
     TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDLINE	164	120	15600
      INDEX RANGE SCAN	CCE3	IDX$$_60380001	5	251	
     TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDADDRESS	2	1	12
      INDEX UNIQUE SCAN	CCE3	PK_CTB_ORDADDRESS	1	1	
    TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDLDELIVERY	3	1	25
     INDEX RANGE SCAN	CCE3	PK_CTB_ORDLDELIVERY	2	1	
   INDEX RANGE SCAN	CCE3	PK_CTB_ORDER	2	1	
  TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDER	3	1	42

par contre ce que je n'explique pas c'est lorsque je rajoute un filtre elle s'exécute en 60 sec...

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
select o.ord_id,
       l.orl_id,
       o.odo_code,
       nvl(l.rcp_company, o.rcp_company) as rcp_company,
       nvl(l.rcp_contact, o.rcp_contact) as rcp_contact,
       o.ord_pricettc / 10000 as ord_pricettc,
       o.ord_reliquat / 10000 as ord_reliquat,
       abs(l.orl_qtytodel) as orl_qtytodel,
       abs(l.orl_qty) as orl_qty,
       l.orl_detail as prd_title,
       o.sta_invcode,
       l.sta_code,
       decode(l.sta_code, 'V830', 'A envoyer', 'Commande à éditer') libStatut,
       a.nfr_id,
       ld.dlo_code,
       nvl(l.oad_id, o.oad_id) as oad_id,
       o.oad_invid
  from ctb_order o
 inner join ctb_ordline l
    on (l.ord_id = o.ord_id)
 inner join ctb_ordaddress a
    on (l.oad_id = a.oad_id )
  left join ctb_ordldelivery ld
    on (ld.ord_id = l.ord_id and ld.orl_id = l.orl_id and
       ld.sta_code < 'Z999')
 where l.sta_code >= 'O500'
   and l.sta_code < 'V840'
   and l.del_code = 'REIM'
   and l.orl_canceldt is null
   and a.nfr_id=3159893

Pour il y a bien un index sur NFR_ID.
Voici le plan d'exécution de cette requete :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
SELECT STATEMENT, GOAL = ALL_ROWS			18	1	209
 NESTED LOOPS					
  NESTED LOOPS			18	1	209
   NESTED LOOPS OUTER			15	1	167
    NESTED LOOPS			12	1	142
     INDEX RANGE SCAN	CCE3	CEFKOAD_HAV_NFR2	3	3	36
     TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDLINE	4	1	130
      INDEX RANGE SCAN	CCE3	IDX$$_55D80001	2	2	
    TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDLDELIVERY	3	1	25
     INDEX RANGE SCAN	CCE3	PK_CTB_ORDLDELIVERY	2	1	
   INDEX RANGE SCAN	CCE3	PK_CTB_ORDER	2	1	
  TABLE ACCESS BY INDEX ROWID	CCE3	CTB_ORDER	3	1	42

Le cout est vraiment réduit pourtant.
J'ai reconstruit les index mais rien n'a changé.

Auriez-vous une idée?

Merci d'avance.

[pacmann]

Salut,

On ne voit pas bien les cardinalités estimées dans ton plan...

Peux tu sortir la différence entre cardinalités estimées et réelles comme montré ici ?
https://blogs.oracle.com/optimizer/e...w_do_i_know_if

A vu d'oeil, je suppose que le CBO estime à tort que le critère ajouté est plus sélectif que celui-ci : AND l.del_code = 'REIM'

Est-ce que "AND l.del_code = 'REIM'" correspond à une sélection très fine dans ta table ? Si oui, y a-t-il un histogramme dessus ?

[titwix]

Voici en screenshot les 2 plans d'exécutions.

La condition "AND l.del_code = 'REIM'" est très restrictive sur le nombre de ligne.
Par contre, del_code a seulement une cinquantaine de valeurs possible.

[pacmann]

Un histogramme serait probablement le bienvenu sur cette colonne del_code.

Et nous envoyer le résultat décrit de la méthode décrite dans mon lien, c'est possible ?
(Ca permettrait de confirmer exactement les erreurs d'estimation)

[titwix]

Voici la répartition pour DEL_CODE
DEL_CODE NB %
CO69 1 0,00%
FO06 2 0,00%
TNCE 7 0,00%
FO04 7 0,00%
MULT 7 0,00%
NONE 14 0,00%
FO12 23 0,00%
FO02 27 0,00%
EPM 30 0,00%
FO11 33 0,00%
ENL2 57 0,00%
FO03 64 0,00%
FO09 69 0,00%
CHR6 75 0,00%
FO10 104 0,00%
CSC 104 0,00%
CCE 130 0,00%
CHR5 135 0,00%
FO13 171 0,00%
VOYA 176 0,00%
CHRO 197 0,00%
FO01 255 0,00%
FO07 300 0,00%
COCL 317 0,00%
PERS 380 0,00%
DA05 518 0,01%
COUR 648 0,01%
FO08 671 0,01%
FO05 689 0,01%
CHR3 707 0,01%
AUCE 2934 0,03%
CAP2 3507 0,04%
CHR4 4330 0,05%
CO75 4582 0,05%
CO92 4707 0,06%
CHR2 7519 0,09%
POST 8282 0,10%
VADE 8995 0,11%
GRAT 16793 0,20%
REIM 17939 0,21%
PONO 45117 0,53%
MAIL 63047 0,74%
CAP1 65887 0,77%
CHR1 69237 0,81%
SUIV 75898 0,89%
RECO 87816 1,03%
LENA 95828 1,13%
ETIC 115549 1,36%
COU2 167017 1,96%
FOUR 176235 2,07%
FCSV 229579 2,70%
ENGR 239298 2,81%
ENLE 315737 3,71%
COU1 320249 3,77%
FCCS 525707 6,18%
LEAS 1376207 16,18%
4451255 52,34%
TOTAL 8505169


Dans le fichier excel ci joint le résultat des 2 extractions.
1 et 2 .xls
J'ai changé volontairement des données pour des raisons de confidentialités.

[titwix]

Pour la méthode dans le lien, désolée j'ai pas compris ce que je devais faire...