[9i] Optimisation de requête

Version imprimable

Voir 40 message(s) de cette discussion en une page

24/07/2007, 16h36
orafrance

surveille v$session_wait pendant l'exécution de la requête pour voir où sont les attentes. Si le GROUP BY permet de gagner en perf ce serait intéressant que tu nous donnes aussi l'explain plan sans ce GROUP BY... ça nous aidera peut-être à comprendre ;)
02/08/2007, 09h40
david71

Bonjour,
Merci pour ces infos.

Je ne sais pas où je peux surveiller v$session_wait ?
Si c'est dans l'explain plan, j'ai d'ailleurs des difficultés à y accéder alors que ça a fonctionné avant, pas moyen d'obtenir l'explain plan, j'ai l'erreur suivante :

-----------------------------------------------------------------
ORA-02404 : specified plan table not found
-----------------------------------------------------------------

Vous savez d'où cela peut venir ?
Merci d'avance.
03/08/2007, 16h26
orafrance

Code:

select * from v$session_wait
04/08/2007, 11h33
Jean_Benoit

L'outil PL SQL Developer permet de voir tous les indexes. (Trial Version)
Pour l'optimisation il donne le Explain Plan avec le COST de chaque version de requête.
Une valeur à inspecter c'est le nombre de blocks traités. + de blocks = + d'accès disques, ça on l'a par tkprof.
Sinon pour devenir un pro de l'optime, faut investir dans cet auteur: Guy Harrison, son bouquin "Oracle Sql High Performance Tuning".
(Il était consultant dans la création de MySQL et il a bossé chez Quest Software.)
Faut analyser les tables au moins à 10%, faire un Rebuild des indexes, voir si on a > 1 processeur et > 1 disque, on peut utiliser le parallèlisme.
** Inspecter si les tables de sys ne seraient pas munies de données de stats, faut supprimer ces stats: EXEC DBMS_STATS.DELETE_SCHEMA_STATS('SYS');

http://searchoracle.techtarget.com/e...17&uid=4829957

On peut aussi tenter de mettre des données sur des tables en jointures dans un cluster, mais ça marche pas sur toutes les plates-formes.

Bon j'ai reformaté un peu la requête de manière à ce qu'elle soit plus lisible:

Cela donne :

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
34
35
36
37
38
39
40
41
42
43
 
SELECT HE.C_SITE,
           HE.C_ESPACE,
	   HE.C_EMETTEUR,
	   '' AS L_DENOM_SOCIALE,
	   GM.C_GRP_MODULE,
	   GM.L_GRP_MODULE,
	   0 AS ACCES_AV, 
	   0 AS ACCES_AP,	   
	   (case when TRIM(AUTH.ID_CONFIG) = 'NOM1' 
	   		   then '01 - NOM1' 
			 when TRIM(AUTH.ID_CONFIG) = 'NOM2' 
			   then '02 - NOM2' 
			 else 'non renseigné' 
		end) AS C_CONF 
 
FROM IODA.HABILITATION_EMET HE
 
INNER JOIN IODA.AUTHENTIFICATION AUTH 
ON HE.C_EMETTEUR = AUTH.C_EMETTEUR 
 
INNER JOIN IODA.GRP_MODULE_MODULE GMM
ON HE.C_MODULE = GMM.C_MODULE
 
INNER JOIN IODA.groupe_module GM
ON GMM.C_GRP_MODULE = GM.C_GRP_MODULE  
 
INNER JOIN IODA.ESPACE_GRP_MODULE EGM
ON GM.C_GRP_MODULE = EGM.C_GRP_MODULE       
 
WHERE HE.C_SITE  = 'OLIS' 
AND HE.C_ESPACE  = 'EMETTEUR' 
AND EGM.C_SITE   ='OLIS'
AND EGM.C_ESPACE ='EMETTEUR'  
 
GROUP BY HE.C_SITE,
 	  	 HE.C_ESPACE,
		 HE.C_EMETTEUR,		 
		 GM.C_GRP_MODULE,
		 GM.L_GRP_MODULE,
		 AUTH.ID_CONFIG
 
ORDER BY HE.C_EMETTEUR

En remplaçant les INNER JOIN par des clauses WHERE classiques, je gagne 1 seconde ! Bon pas terrible je passe de 17 à 16 secondes en prod !

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
34
35
36
37
 
SELECT HE.C_SITE,
       HE.C_ESPACE,
	   HE.C_EMETTEUR,
	   '' AS L_DENOM_SOCIALE,
	   GM.C_GRP_MODULE,
	   GM.L_GRP_MODULE,
	   0 AS ACCES_AV, 
	   0 AS ACCES_AP,	   
	   (case when TRIM(AUTH.ID_CONFIG) = 'NOM1' 
	   		   then '01 - NOM1' 
			 when TRIM(AUTH.ID_CONFIG) = 'NOM2' 
			   then '02 - NOM2' 
			 else 'non renseigné' 
		end) AS C_CONF 
 
FROM IODA.HABILITATION_EMET HE, IODA.AUTHENTIFICATION AUTH,
IODA.GRP_MODULE_MODULE GMM, IODA.groupe_module GM, IODA.ESPACE_GRP_MODULE EGM
 
WHERE HE.C_EMETTEUR = AUTH.C_EMETTEUR AND
HE.C_MODULE = GMM.C_MODULE AND
GMM.C_GRP_MODULE = GM.C_GRP_MODULE AND
GM.C_GRP_MODULE = EGM.C_GRP_MODULE AND     
 
HE.C_SITE  = 'OLIS' 
AND HE.C_ESPACE  = 'EMETTEUR' 
AND EGM.C_SITE   ='OLIS'
AND EGM.C_ESPACE ='EMETTEUR'  
 
GROUP BY HE.C_SITE,
 	  	 HE.C_ESPACE,
		 HE.C_EMETTEUR,		 
		 GM.C_GRP_MODULE,
		 GM.L_GRP_MODULE,
		 AUTH.ID_CONFIG
 
ORDER BY HE.C_EMETTEUR

Si vous voyez des améliorations possibles ?
L'idéal serait que je vous donne le détail de la structure des tables ?

13/08/2007, 09h58
orafrance

Citation:

Envoyé par Jean_Benoit

** Inspecter si les tables de sys ne seraient pas munies de données de stats, faut supprimer ces stats: EXEC DBMS_STATS.DELETE_SCHEMA_STATS('SYS');

8O Voila une affirmation bien cavalière. A partir de la 9.2 le calcul de stat sur SYS peut être envisager pour les grosses bases (j'ai déjà eu des gains spectaculaires) si on constate du wait sur le catalogue et en 10g c'est fortement recommandé ;)

Voir 40 message(s) de cette discussion en une page