Optimisation Req INDEX

[Lust14]

Bonjour,

Je suis face a un problème au quel je ne trouve pas de solution,

Je suis sous Oracle 10g r2 et j'ai des requêtes qui s'exécutent et qui prennent un temps fou

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
SELECT T0.object_id, T0.u7e_fr_s_lastmodifier, T0.u79_fr_s_uocode, T0.u63_fr_s_operationid, T0.u7b_fr_s_customername, T0.u65_fr_n_businessid, T0.u81_fr_s_linkedvisionreference, T0.u70_fr_t_completiondate, T0.u71_fr_t_donedate, T0.doc_state
FROM (SELECT * FROM DocVersion 
		WHERE (object_class_id IN (:1, :2, :3) OR object_class_id IS NULL) 
			AND home_id IS NULL) T0 
 
	LEFT JOIN (SELECT * FROM Generic 
		WHERE (object_class_id IN (:4) OR object_class_id IS NULL) 
			AND home_id IS NULL) T1 ON T0.u68_refoperationproduct = T1.object_id 
	LEFT JOIN (SELECT * FROM Generic 
		WHERE (object_class_id IN (:5) OR object_class_id IS NULL) 
			AND home_id IS NULL) T2 ON T0.u65_fr_n_businessid = T2.u4f_fr_n_businessid 
		WHERE (( ( T0.doc_state <> :6 
					AND T0.u65_fr_n_businessid IN ( :7, :8, :9) 
					AND T1.u2b_fr_n_mo = :12 
					AND T0.u79_fr_s_uocode IN ( :13, :14, :15)
 
					))) 
 
 
ORDER BY  T0.u7b_fr_s_customername ASC,  T2.u50_fr_s_productgroup ASC,  T2.u51_fr_s_product ASC,  T1.object_id ASC,  T2.u52_fr_s_transaction ASC,  T0.u6a_fr_t_initiateddate DESC,  T0.object_id ASC,  T2.object_id ASC

Le Coup de la requête est de 264172 à mon avis dû aux différents JOIN, ci-joint en plan d'exécution

Quelqu'un aurait une suggestion ??

Merci pour votre aide

Cdt

[McM]

A quoi sert la première jointure externe t0-t1 ?
Dans la clause where il y a une restriction sur un champ de t1 (= donc not null)

Il faut aussi remplacer les IN (:X) par = :X

Peut être passer les lignes de la clause where de T0 dans la sousrequete () T0 ou inversement enlever le ()T0 et mettre la table DocVersion, puis toutes les conditions regroupées.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SELECT T0.object_id, T0.u7e_fr_s_lastmodifier, T0.u79_fr_s_uocode, T0.u63_fr_s_operationid, T0.u7b_fr_s_customername, 
				T0.u65_fr_n_businessid, T0.u81_fr_s_linkedvisionreference, T0.u70_fr_t_completiondate, T0.u71_fr_t_donedate, T0.doc_state
FROM DocVersion T0
	JOIN (SELECT * FROM GENERIC 
			WHERE (object_class_id =:4 OR object_class_id IS NULL) 
			AND home_id IS NULL) T1 
         ON T0.u68_refoperationproduct = T1.object_id 
	LEFT JOIN (SELECT * FROM GENERIC 
			WHERE (object_class_id =:5 OR object_class_id IS NULL) 
			AND home_id IS NULL) T2 
        ON T0.u65_fr_n_businessid = T2.u4f_fr_n_businessid 
WHERE (t0.object_class_id IN (:1, :2, :3) OR object_class_id IS NULL) 
AND t0.home_id IS NULL
AND T0.doc_state <> :6 
AND T0.u65_fr_n_businessid IN ( :7, :8, :9) 
AND T0.u79_fr_s_uocode IN ( :13, :14, :15)
AND T1.u2b_fr_n_mo = :12

[Lust14]

Bonjour
Merci pour votre réponse,
le souci c'est que la requête est construite de manière intuitive par un autre outil (PE, Filenet) donc nous n'avons pas la possibilité de modifier le contenu des sous requêtes

et en regardant toutes les requetes lancées, la bête noire est le OUTER JOIN de Docversion

!!!

[mnitu]

Un plan d’exécution incomplet ne sert à rien, ce n’est pas la peine de l’afficher.
Vos jointures existent seulement pour l’Order By
Et si mon impression que vous avez un sort de modèle (super) générique est juste, vous est dans un monde de douleur.

[Lust14]

Veuillez m'excuser pour le Plan d'exécution incomplet je me suis rendu compte que je m'étais trompé de fichier , vous trouverez ci-joint le fichier .html correspondant a l'exécution d'une requête.

la seule chose que je peux toucher est la création d'indexes, impossible de toucher à la structure de la requête

merci pour l'aide

[mnitu]

Donc vous ne pouvez pas modifier vos requêtes!
Pourriez-vous exécuter et poster le résultat ?

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
 
SET serveroutput off
SELECT /*+ gather_plan_statistics */ T0.object_id,
       T0.u7e_fr_s_lastmodifier,
       T0.u79_fr_s_uocode,
       T0.u63_fr_s_operationid,
       T0.u7b_fr_s_customername,
       T0.u65_fr_n_businessid,
       T0.u81_fr_s_linkedvisionreference,
       T0.u70_fr_t_completiondate,
       T0.u71_fr_t_donedate,
       T0.doc_state
  FROM (SELECT *
          FROM DocVersion
         WHERE (object_class_id IN (:1, :2, :3) OR object_class_id IS NULL)
           AND home_id IS NULL) T0
  LEFT JOIN (SELECT *
               FROM Generic
              WHERE (object_class_id IN (:4) OR object_class_id IS NULL)
                AND home_id IS NULL) T1 ON T0.u68_refoperationproduct =
                                           T1.object_id
  LEFT JOIN (SELECT *
               FROM Generic
              WHERE (object_class_id IN (:5) OR object_class_id IS NULL)
                AND home_id IS NULL) T2 ON T0.u65_fr_n_businessid =
                                           T2.u4f_fr_n_businessid
 WHERE (((T0.doc_state <> :6 AND T0.u65_fr_n_businessid IN (:7, :8, :9) AND
       T1.u2b_fr_n_mo = :12 AND T0.u79_fr_s_uocode IN (:13, :14, :15)
 
       )))
 ORDER BY T0.u7b_fr_s_customername  ASC,
          T2.u50_fr_s_productgroup  ASC,
          T2.u51_fr_s_product       ASC,
          T1.object_id              ASC,
          T2.u52_fr_s_transaction   ASC,
          T0.u6a_fr_t_initiateddate DESC,
          T0.object_id              ASC,
          T2.object_id              ASC
/
SELECT * FROM TABLE(dbms_xplan.display_cursor(NULL,NULL,'ALLSTATS LAST'))
/

[Lust14]

Bonjour,

Oui, On ne peut absolument pas toucher la structure de la requête étant donné qu'elle est générée automatiquement par le Process Engine de Filenet

J'ai exécuté la requête que vous m'avez donné avec un petit jeu d'essai, vous trouverez en pièce jointe le plan d'exécution correspondant.

Merci beaucoup pour votre aide

[mnitu]

Il y a une erreur importante dans l’estimation des cardinalités de la table GENERIC (E(stimated)-Rows 277 K vers A(ctual)-Rows 0). Vérifiez (régénérez) les statistiques. Mais il me semble que requêtes s’exécute en environ 4 secondes ce qui n’est pas forcement un temps fou, sauf bien sûr si elle s’exécute un nombre important de fois.

[Waldar]

Je pense que vous avez raté ceci mnitu :

avec un petit jeu d'essai

[mnitu]

@Waldar. C'est vrai, vous avez raison.
Donc il faut la requête exécutée sur l'environement où ça pose des problèmes.

[Ahmed AANGOUR]

Si vous ne pouvez pas modifier la requête et si vous avez la licence Tuning Pack vous pouvez tenter de soumettre la requête au tuning advisor et voir ce qu'il vous propose. Un sql profile pourrait peut être faire l'affaire.