Discussion :

[devra]

Bonjour,
J'ai une requete qui utlise des variables bindé, alors que la requete est parsé tant de fois que de variable. ci-dessous la requete :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
SELECT  reference,date
 FROM commande 
WHERE reference = :"VAR_B_0"

Le TKPROF de cette requete est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse      788      0.02       0.02          0          0          0           0
Execute   1989      0.06       0.05          0          0          0           0
Fetch     1989      0.08       0.07          0       7956          0        1989
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total     4766      0.18       0.15          0       7956          0        1989

Alors je vois que la requete est parsé 788 fois, chose qui est anormale.

Merci d'avance

[Mohamed.Houri]

Pourriez-vous poster la totalité du fichier TKPROF. Ou à la limite la partie qui reprend la requête en question.

[mnitu]

La requête est parsée 788 fois et exécutée 1989 fois. Le TKPROF enregistre les deux types des parse : soft et hard. Si le code à été écrit pour demander le parsing, TKPROF ne peut que l’enregistrer. Voire l'exemple ou la demande de parsing est placée d'une manière erronée à l'intérieur de la boucle.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
 
declare
  last_name hr.employees.last_name%Type;
  ch        integer;
  r         integer;
Begin
  ch := dbms_sql.open_cursor;
  for i in 1..100 Loop
    DBMS_SQL.PARSE(ch, 'Select last_name from hr.employees WHERE employee_id = :id',
                     DBMS_SQL.NATIVE);
    DBMS_SQL.BIND_VARIABLE(ch, ':id', i);
    r := DBMS_SQL.EXECUTE(ch);       
  End Loop;                 
  DBMS_SQL.CLOSE_CURSOR(ch);
Exception
  When Others Then
    DBMS_SQL.CLOSE_CURSOR(ch);
    Raise;
End;
/

et le TKPROF

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
Select last_name
from
 hr.employees WHERE employee_id = :id
 
 
call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse      100      0.00       0.00          0          0          0           0
Execute    100      0.00       0.09          0          0          0           0
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total      200      0.00       0.09          0          0          0           0

[ojo77]

En complément du message de Mnitu, si vous êtes en version 11R2, la requête est peut être sensible à la valeur de la variable ce qui peut expliquer plusieurs "hard parse"

[devra]

Pourriez-vous poster la totalité du fichier TKPROF. Ou à la limite la partie qui reprend la requête en question.

Merci pour ves feedback. je suis en version 11g. ci-joint le TKPROF complét.

[ora_home]

Bonjour,
Pout le cas cité, Oracle faite un HARD PARSE pour chaque valeur de la variable "VAR_B_0".
Alors si tu veux parser la requete une seule fois, pense à changer le paramétre : CURSOR_SHARING

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

alter system set cursor_sharing= FORCE;

[mnitu]

La présence des ":SYS_B_"X indique que vous est en CURSOR_SHARING = FORCE.
Le message "Misses in library cache during parse: 0" indique des soft_parses.

[devra]

La présence des ":SYS_B_"X indique que vous est en CURSOR_SHARING = FORCE.

Non mnitu, après avoir vérifié j'ai trouvé CURSOR_SHARING = SIMILAR