[Tuning] jointure externe et fonction

Version imprimable

re bonjour,
j'ai un autre probleme de performance avec la requête suivante.
Avec jointure classique, ça met 47ms ; avec jointure externe sur gra_dam, ça met 7 secondes.
Mais moi j'aimerai une jointure externe :roll:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
select 
  cdhop, 
  nuagt,
  pgpmg.INFOS_GAGT.GET_CDGRA(agt.nuagt, '01', to_date( '12/07/2006', 'dd/mm/yyyy'), agt.CDCSA, agt.dtecsa) cdgra,
  pgpmg.INFOS_GAGT.GET_DTEGRA dtegra,
  gra.lbegra
from
	gh.gagt agt, 
	gh.ggra gra,
	pgpmg.grade_dam gra_dam
where
  cdhop='01' and  nuagt IN ('020320','020851','041587','019182') and
  pgpmg.infos_gagt.GET_DTEE ( nuagt,'01', to_date('12/07/2006','dd/mm/yyyy')) is not NULL and
  gra.cdgra = pgpmg.INFOS_GAGT.GET_CDGRA(agt.nuagt,  '01',  to_date( '12/07/2006',  'dd/mm/yyyy'),  agt.cdgra,  agt.dtegra) and
  gra_dam.oid_thop(+) = 93339 and
  gra_dam.oid_ggra(+) = gra.oid_ggra

Ci dessous le plan d'execution avec jointure classique (47 millisecondes):

Code:

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
32
33
 
Operation	Object Name	Rows	Bytes	Cost	Object Node	In/Out	PStart	PStop
 
SELECT STATEMENT Hint=RULE		  	 	 	 	      	             	 
  CONCATENATION		  	 	 	 	      	             	 
    NESTED LOOPS		  	 	 	 	      	             	 
      NESTED LOOPS		  	 	 	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	GAGT	  	 	 	 	      	             	 
          INDEX UNIQUE SCAN	PKGAGT	  	 	 	 	      	             	 
        INDEX RANGE SCAN	AK0_GRADE_DAM	  	 	 	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GGRA	  	 	 	 	      	             	 
        INDEX UNIQUE SCAN	PK_GGRA	  	 	 	 	      	             	 
    NESTED LOOPS		  	 	 	 	      	             	 
      NESTED LOOPS		  	 	 	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	GAGT	  	 	 	 	      	             	 
          INDEX UNIQUE SCAN	PKGAGT	  	 	 	 	      	             	 
        INDEX RANGE SCAN	AK0_GRADE_DAM	  	 	 	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GGRA	  	 	 	 	      	             	 
        INDEX UNIQUE SCAN	PK_GGRA	  	 	 	 	      	             	 
    NESTED LOOPS		  	 	 	 	      	             	 
      NESTED LOOPS		  	 	 	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	GAGT	  	 	 	 	      	             	 
          INDEX UNIQUE SCAN	PKGAGT	  	 	 	 	      	             	 
        INDEX RANGE SCAN	AK0_GRADE_DAM	  	 	 	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GGRA	  	 	 	 	      	             	 
        INDEX UNIQUE SCAN	PK_GGRA	  	 	 	 	      	             	 
    NESTED LOOPS		  	 	 	 	      	             	 
      NESTED LOOPS		  	 	 	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	GAGT	  	 	 	 	      	             	 
          INDEX UNIQUE SCAN	PKGAGT	  	 	 	 	      	             	 
        INDEX RANGE SCAN	AK0_GRADE_DAM	  	 	 	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GGRA	  	 	 	 	      	             	 
        INDEX UNIQUE SCAN	PK_GGRA

Ci dessous le plan d'execution avec jointure externe (7 secondes):

Code:

1
2
3
4
5
6
7
8
9
10
11
 
Operation	Object Name	Rows	Bytes	Cost	Object Node	In/Out	PStart	PStop
 
SELECT STATEMENT Hint=RULE		  	 	 	 	      	             	 
  NESTED LOOPS OUTER		  	 	 	 	      	             	 
    NESTED LOOPS		  	 	 	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GAGT	  	 	 	 	      	             	 
        INDEX RANGE SCAN	AK7GAGT	  	 	 	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GGRA	  	 	 	 	      	             	 
        INDEX RANGE SCAN	PKGGRA	  	 	 	 	      	             	 
    INDEX UNIQUE SCAN	AK0_GRADE_DAM

Bah alors les gars, vous ête secs ?
Hier, j'ai testé la syntaxe SQL2 pour voir, et ça change tout.
1 à 15ms 8-) pour la même requete avec jointure externe :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
select 
  cdhop, 
  nuagt,
  pgpmg.INFOS_GAGT.GET_CDGRA(agt.nuagt, '01', to_date( '12/07/2006', 'dd/mm/yyyy'), agt.CDCSA, agt.dtecsa) cdgra,
  pgpmg.INFOS_GAGT.GET_DTEGRA dtegra,
  gra.lbegra
from
	gh.gagt agt 
	LEFT OUTER JOIN gh.ggra gra
			on gra.cdgra = pgpmg.INFOS_GAGT.GET_CDGRA(agt.nuagt,  '01',  to_date( '12/07/2006',  'dd/mm/yyyy'),  agt.cdgra,  agt.dtegra)
    LEFT OUTER JOIN pgpmg.grade_dam gra_dam 
		 	on gra_dam.oid_thop = 93339 and gra_dam.oid_ggra = gra.oid_ggra 
where
  cdhop='01' and  nuagt IN ('020320','020851','041587','019182') and
  pgpmg.infos_gagt.GET_DTEE ( nuagt,'01', to_date('12/07/2006','dd/mm/yyyy')) is not NULL

Et maintenant sur le plan d'execution, j'ai les coûts et le nb de lignes qui s'affichent (cool :P )
plan d'execution résultant :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
Operation	Object Name	Rows	Bytes	Cost	Object Node	In/Out	PStart	PStop
 
SELECT STATEMENT Hint=RULE		1  	 	6  	 	      	             	 
  NESTED LOOPS OUTER		1  	93  	6  	 	      	             	 
    NESTED LOOPS OUTER		1  	82  	6  	 	      	             	 
      INLIST ITERATOR		  	 	 	 	      	             	 
        TABLE ACCESS BY INDEX ROWID	GAGT	1  	34  	4  	 	      	             	 
          INDEX RANGE SCAN	PKGAGT	1  	 	3  	 	      	             	 
      TABLE ACCESS BY INDEX ROWID	GGRA	1  	48  	2  	 	      	             	 
        INDEX RANGE SCAN	PKGGRA	1  	 	1  	 	      	             	 
    INDEX UNIQUE SCAN	AK0_GRADE_DAM	1  	11

13/07/2006, 09h12
orafrance

et en calculant les stats pour profiter du CBO ? :ange:
13/07/2006, 10h28
staniere

Si tu parles de mettre oracle en optimiseur, je voudrais bien essayer mais c'est pas moi qui décide de mettre en mode RULE, c'est mes DBAs.
Un de ces jours peut-être...
13/07/2006, 10h56
orafrance

dans ce cas, tu peux aussi leur demander de l'aide pour l'optim de requête... ça les occupera :mouarf:

Note, que ça ne veut pas dire que tes questions ne sont pas les bienvenues ;)