Optimisation de requête

Version imprimable

Bonjour,

Je souhaiterais optimiser cette requête qui me prends du temps en instruction.
Malheureusement j'ai pas de privilège pour agir sur la base alors je ne peux que essayer de rendre la requete plus performante.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
SELECT /* +PARALLEL(P, 8) */ 
    MAX (DECODE(P.NAME,'id_prestation',P.STRING_VALUE,NULL)) NUM_PRESTATION,
    MAX (DECODE(P.NAME,'date_mes',P.DATE_VALUE,NULL)) DATE_SERVICE,
    SUBSTR (MAX (DECODE(P.NAME,'row_id_produit',P.STRING_VALUE,NULL)),3) ID_SIEBEL,
    BR.EFFECTIVE_DATE AS DATE_APPLI_FACTURE,
    BR.CANCELLATION_DATE AS DATE_RESILLIATION,
    BR.EXPIRATION_DATE AS DATE_EXPIRATION,
    P1.PARTY_ID AS CF,
    P2.PARENT_ID  AS CG,
    BR.DESCRIPTION AS PRODUIT,
    BR.OFFERCODE AS OFFRE 
FROM
    PARAMETER P, BUSINESS_RELATIONSHIP BR, PARTY P1, PARTY P2, BR_PARAMETERS_CHRONOLOGY BPC
WHERE 
    BR.OID=BPC.OWNER_ID
    AND BPC.OBJECT_OID = P.PARAMETERS_SET_ID 
    AND BR.DEBTOR = P1.PARTY_ID
    AND P1.PARENT_ID=P2.PARTY_ID
GROUP BY
BR.EFFECTIVE_DATE, BR.CANCELLATION_DATE, BR.EXPIRATION_DATE, P1.PARTY_ID, P2.PARENT_ID, BR.DESCRIPTION, BR.OFFERCODE
;

Merci d'avance pour votre aide.

16/05/2013, 13h21
mnitu
Analysez le plan d’exécution réel par rapport à celui estimé. Mais
1. Si vous n’avez pas l’accès direct ou indirect, à la base pour investiguer
2. Si vous ne savez pas quelle est la cible de cette optimisation c’est-à-dire dans combien de temps cette requête doit s’exécuter pour être considère optimale
3. Si vous ne savez pas ce que vous faites par la suite avec les données ramène par la requête
Alors vous pouvez tranquillement vous occuper avec des autres choses.
17/05/2013, 06h34
dmganges

Bonjour,
effectivement avec des marges de manœuvre aussi restreintes c'est mal barré.

Une marge consisterait à invalider à taton certains index, si les tables sont très grosses...
Dans le temps lorsque les HINT n'existaient pas :D on invalidait un index en faisant +0 ou en concaténant une chaine vide... sur les colonnes de la clause WHERE (du bon côté :lol: )
Encore faut-il trouver le ou les index qui pénalisent le plus !
Si tu connais le nombre de lignes de tes tables et les colonnes indexées le à taton devrait être limité
Bon courage !
17/05/2013, 10h26
lallio

J'ajouterai également (mais sans connaitre le contexte, le materiel) de faire le test en enlevant le hint sur la parallelism
J'ai déja été confronté à des gros problèmes de performance a cause de la mise en place de parallélisme...
17/05/2013, 11h26
pachot

Bonjour,

Citation:

SELECT /* +PARALLEL(P, 8) */

Ceci n'est pas un hint valide. La syntaxe pour faire du parallel query sur P serait:

Code:

/*+ PARALLEL(P, 8) */

Sinon, pour optimiser, il faut déjà voir où ça prend du temps -> plan d'exécution avec dbms_xplan.display_cursor(format=>'ALLSTATS LAST')

Cordialement,
Franck.