[11g] Exécuter sql_id

Version imprimable

18/01/2013, 11h30
macben

[11g] Exécuter sql_id

Bonjour,

Est-il possible par un package ou par le grid d'exécuter une requête sans en avoir le texte, juste le sql_id ?

Je m'explique. J'ai dans mes base line, besoin de faire des tests et active/désactive les plans. Mais lorsque je relance la requête (peu importe où je récupère le texte, dans le grid ou dans dba_hist_sqltext), le sql_id change ! Ce qui du coup n'est pas pratique.

Vous remerciant par avance pour votre aide,

Bonjour,

Pour éviter tout reformatage, donc avoir le même sql_id:
Code:

1 2 3 4 5 6 7 declare c clob; begin select sql_fulltext into c from v$sqlarea where sql_id = '...'; execute immediate c; end; /
Cordialement,
Franck.

Salut Franck,

Et les variables de liaisons?

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
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
 
mohamed@mhouri> select * from emp;
 
14 rows selected.
 
mohamed@mhouri> select * from table(dbms_xplan.display_cursor);
 
PLAN_TABLE_OUTPUT
---------------------------------------------------------------------------
SQL_ID  a2dk8bdn0ujx7, child number 0
-------------------------------------
select * from emp
 
Plan hash value: 3956160932
 
--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |       |       |     3 (100)|          |
|   1 |  TABLE ACCESS FULL| EMP  |    14 |   532 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------
 
 
13 rows selected.
 
mohamed@mhouri> declare
  2    c clob;
  3  begin
  4    SELECT sql_fulltext INTO c FROM v$sqlarea WHERE  sql_id = 'a2dk8bdn0ujx7';
  5    execute immediate c;
  6  end;
  7  /
 
PL/SQL procedure successfully completed.
 
mohamed@mhouri> var n number;
mohamed@mhouri> exec :n := 42
 
PL/SQL procedure successfully completed.
 
mohamed@mhouri> select * from emp where lnnvl(:n = 0);
 
14 rows selected.
 
mohamed@mhouri> select * from table (dbms_xplan.display_cursor);
 
PLAN_TABLE_OUTPUT
-------------------------------------------------------------------------------------
SQL_ID  8t2pwab82pbqu, child number 0
-------------------------------------
select * from emp where lnnvl(:n = 0)
 
Plan hash value: 3896240783
 
---------------------------------------------------------------------------
| Id  | Operation          | Name | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |      |       |       |     3 (100)|          |
|*  1 |  FILTER            |      |       |       |            |          |
|   2 |   TABLE ACCESS FULL| EMP  |    14 |   532 |     3   (0)| 00:00:01 |
---------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   1 - filter(LNNVL(:N=0))
 
 
19 rows selected.
 
mohamed@mhouri> declare
  2    c clob;
  3  begin
  4    SELECT sql_fulltext INTO c FROM v$sqlarea WHERE  sql_id = '8t2pwab82pbqu';
  5    execute immediate c;
  6  end;
  7  /
declare
*
ERROR at line 1:
ORA-01008: not all variables bound
ORA-06512: at line 5

Bonjour Mohamed,

Citation:

Envoyé par Mohamed.Houri

Et les variables de liaisons?

Code:

5 execute immediate c using 42;

Par contre je suis curieux de savoir comment tu as sql_id=a2dk8bdn0ujx7 ?
Code:

1 2 3 4 5 6 7 SQL> SELECT * FROM TABLE (dbms_xplan.display_cursor); PLAN_TABLE_OUTPUT ------------------------------------------------------- SQL_ID 0k1m8f6d02p62, child number 0 ------------------------------------- SELECT * FROM emp WHERE lnnvl(:n = 0)
Je me demande ce qui peut faire qu'on a pas le même sql_id alors qu'on a le même texte sql 8O

Cordialement,
Franck.

22/01/2013, 10h15
mnitu
select * from emp devient
Code:

1 2 select * from emp
Voilà :)
22/01/2013, 14h17
pachot

Ah... le formateur syntaxique du forum, bien sûr... merci.
23/01/2013, 09h40
macben

Ma requête n'étant pas bindée, j'ai appliqué ton petit script Franck et c'est impeccable !

Merci 8-)
25/01/2013, 12h43
Ahmed AANGOUR

on pourrait améliorer le script de Franck en allant récupérer les valeurs peekées d'eventuels bind variables dans V$SQL_BIND_CAPTURE
25/01/2013, 17h01
pachot

Citation:

Envoyé par Ahmed AANGOUR

on pourrait améliorer le script de Franck en allant récupérer les valeurs peekées d'eventuels bind variables dans V$SQL_BIND_CAPTURE

C'est tout à fait possible en utilisant dbms_sql au lieu de execute immediate.
28/02/2018, 20h58
Ikebukuro

Merci à macben et à franck pour leurs réponses car j'ai EXACTEMENT le même problème : j'ai ajouté à un SQL_ID une baseline et, pour tester que celle-ci est bien prise en compte, il faut que je réexécute l'ordre SQL correspondant pile-poil au texte dans la base.
Le pb est que dans le Cloud Control, l'ordre SQL est reformaté avec plein de tabulations, sous SQL*Plus le code est limité par la longueur de ma colonne etc etc... Avec ton astuce franck, je sens que demain je vais solutionner mon problème.
01/03/2018, 12h07
Ikebukuro

Bon ben finalement échec total...
J'arrive à créer ma baseline sur un sql_id mais impossible, en réexécutant celui-là avec le EXECUTE IMMEDIATE, d'y associer le nouveau plan...

Je pense que ce sont les bind variables qui mettent la grouille, surtout qu'il y a un test avec "col1 in (val1,val2)" et visiblement la gestion de deux valeurs pour une seule bind variable est pas top avec Oracle.