Discussion :

[tropiko]

Bonjour
j ai executé hier une grosse requete (3 pages de code ...).
Pendant l execution de la requete j ai noté le sql_id.
Apres une 45min d execution j ai essayé de faire :

Code sql :

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

1
2
 
select * from v$sql where sql_id=....

rien
de même pour dba_hist_sqltext !!
pourquoi je ne trouve ma requete en memoire juste apres son execution ?
Pourtant elle apparait bien dans le rapport AWR ...
Merci.

[pachot]

Bonjour,

Si elle apparaît dans le rapport AWR, alors c'est sûr qu'elle est dans dba_hist_sqltext.

Pendant l execution de la requete j ai noté le sql_id.

Comment ? d'où venait ce sql_id ? est-ce vraiment le bon ?

Cordialement,
Franck.

[tropiko]

Bonjour Franck
Ce sql id provient d un copier/coller du sql id dans v$session au moment de l execution.
j ai l habitude avec cette manip.
Merci.

[pachot]

alors je n'ai pas d'idée.
On peut forcer un sql_id à être pris en compte par AWR avec : DBMS_WORKLOAD_REPOSITORY.ADD_COLORED_SQL

[tropiko]

alors je n'ai pas d'idée.
On peut forcer un sql_id à être pris en compte par AWR avec : DBMS_WORKLOAD_REPOSITORY.ADD_COLORED_SQL

Même quand vous n'avez pas d'idée vous m'impressionnez :
Merci pour l'astuce(ADD_COLORED_SQL) , je reviendrais sur cette discussion si j'aurais une réponse ou plus d'infos.
Merci Franck

[tropiko]

Bonjour ,

Est-il possible d'avoir un sql_id en mémoire pour une requête non exécutée ?
Une requête uniquement parsée par exemple ...

[pachot]

Oui. Par exemple, on peut voir les requêtes parsées, non exécutées, et non en cours d'exécution:

Code :

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

select * from v$sql where executions=0 and users_executing=0 and parse_calls>0;

[tropiko]

Bonjour Franck ,

Puis-je comprendre qu'un sql_id est inscrit en mémoire dès la phase de parse ?

Admettons que je j'essaye d'exécuter une requête avec une erreur syntaxique...
Dans ce cas un sql_id est-il généré ...un curseur en mémoire est-il créé ?
merci.

[mnitu]

...
Puis-je comprendre qu'un sql_id est inscrit en mémoire dès la phase de parse ?
...

Oui. Faite un test avec DBMS_SQL par exemple.

During the parse, the database performs a shared pool check to determine whether it can skip resource-intensive steps of statement processing. To this end, the database uses a hashing algorithm to generate a hash value for every SQL statement. The statement hash value is the SQL ID shown in V$SQL.SQL_ID

Admettons que je j'essaye d'exécuter une requête avec une erreur syntaxique...
Dans ce cas un sql_id est-il généré ...un curseur en mémoire est-il créé ?
...

Non, les vérifications de syntaxe et sémantique se passent avant l’étape de génération du sql_id.

[pachot]

Bonjour,

Le sql_id est just un identifiant qui sert à rechercher un SQL identique.

Puis-je comprendre qu'un sql_id est inscrit en mémoire dès la phase de parse ?

Oui, si l'on considère que la 'phase de parse' commence après vérification syntaxique et sémantique. A partir du soft parse.

Mais on ne verra rien dans v$sql sur une erreur syntaxique.

Cordialement,
Franck.