[8i] Optimisation de procédure [Résolu]

[lola06]

Bonjour,

J'ai un certain nombre de procédures PL/SQL que je dois reprendre, j'aurai voulu au passage les optimiser.

Après quelques recherches je n'ai trouvé qu'un seul point sur lequel on peut faire jouer le temps d'exécution --> les curseurs.

Mais je n'ai pas très bien compris le focntionnement. Si une bonne âme pouvait m'expliquer ça serait super !!

Sinon connaissez-vous d'autres optimisation possibles ?

[7gyY9w1ZY6ySRgPeaefZ]

Lis cette article de notre maître Zappaïen Sheikyerbouti :
http://sheikyerbouti.developpez.com/...timisation.pdf

L'article ne semble pas très récent mais il contient un nombre de pistes pertinentes.

[lola06]

Merci beaucoup pour la source
Je m'y met de suite

[lola06]

Bon je vais mettre ce sujet en résolu.
J'avais bien suivies les indications données par le doc mais malheureusement à partir du moment où il y a trop de données sur lesquelles boucler l'optimisation est une illusion

[Rei Ichido]

Envoyé par lola06

Bon je vais mettre ce sujet en résolu.
J'avais bien suivies les indications données par le doc mais malheureusement à partir du moment où il y a trop de données sur lesquelles boucler l'optimisation est une illusion

Même avec beaucoup de données, on peut optimiser - c'est même là que les optimisations peuvent être efficaces !
Par contre, c'est sûr que même en optimisant "à fond", on finit toujours par atteindre un minimum qui peut ne pas être négligeable en temps quand le volume est très important.

Tu as viré tes curseurs ? C'est souvent une bonne piste Beaucoup de procs sont écrites "en mode curseur" alors que faire de l'ensembliste marcherait tout aussi bien et beaucoup plus rapidement !

[lola06]

Je n'ai pas viré mes curseurs car je n'ai pas réussi à les transformer en ensemblistes.

Je met ma requête en pièce jointe, peut-être que vous pourrez m'aider.
Il y a certainement des choses à améliorer...

[Waldar]

Difficile de regarder tout en détail, mais l'idée c'est plutôt que d'avoir quatre curseurs on travaille sur une seule requête, dans votre cas ça pourrait être :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
SELECT bnf.BENF_ID
     , TO_NUMBER(LPAD(bnf.BENF_NIR_SX, 1,'0') || LPAD(bnf.BENF_NIR_AA, 2,'0') ||
       LPAD(bnf.BENF_NIR_MM, 2,'0') || LPAD(DECODE(bnf.BENF_NIR_DPT,'2A','19','2B','18', bnf.BENF_NIR_DPT), 2, '0') ||
       LPAD(bnf.BENF_NIR_COM, 3, '0') || LPAD(bnf.BENF_NIR_NUM, 3, '0')) AS BENF_NIR
     , bnf.BENF_NIR_CLE
     , bnf.BENF_IND_NIR
     , bnf.CIV_ID
     , bnf.NATI_ID
     , iad.INS_ADRT_ID
     , TO_CHAR(iad.INS_ADRT_D_DEB,'YYYYMMDD')                 AS INS_ADRT_D_DEB
     , NVL(TO_CHAR(iad.INS_ADRT_D_FIN,'YYYYMMDD'),'99990101') AS INS_ADRT_D_FIN
     , iad.MTF_PER_ADRT_ID
     , TO_CHAR(imm.IMMA_D_DEB,'YYYYMMDD')                     AS IMMA_D_DEB
     , NVL(TO_CHAR(imm.IMMA_D_FIN,'YYYYMMDD'),'99990101')     AS IMMA_D_FIN
     , imm.IMMA_ID
  FROM BENF bnf
       LEFT OUTER JOIN INS_ADRT iad
         ON iad.BENF_ID = bnf.BENF_ID
        AND iad.FLAG_ANNUL = 0
       LEFT OUTER JOIN IMMA imm
         ON imm.BENF_ID = bnf.BENF_ID;

J'ai mis des jointures externes, à voir si elles sont nécessaires ou pas.
Il faut sûrement aussi adapter le SELECT au niveau des NVL.

[lola06]

Ok merci je vais creuser dans ce sens.

[lola06]

Bon les LEFT OUTER JOIN ne marchent pas, normal je suis en 8i (j'ai pas réagis de suite car j'alterne 10g et 8i). Et on en aurait besoin.

J'essaye de voir si je ne peux pas regrouper les requêtes autrement. A priori un seul des curseur aurait besoin de se traduire par un LEFT OUTER.

[Waldar]

Méa culpa pour la 8i, il faut changer le FROM ainsi :

Code :

1
2
3
4
5
6
  FROM BENF     bnf
     , INS_ADRT iad
     , IMMA     imm
 WHERE iad.BENF_ID   (+) = bnf.BENF_ID
   AND iad.FLAG_ANNUL(+) = 0
   AND imm.BENF_ID   (+) = bnf.BENF_ID;

[lola06]

Je reviens après avoir effectué mes tests et la solution de n'avoir un seul curseur n'est pas la meilleure. En effet mon temps se rallonge d'environ 30 minutes en passant de 4 curseurs à 1 seul .

D'autres idées ? Parce que je suis à court...

Sachant qu'en plus cette procédure ne tourne pas sur la base la plus grande...