sql_id introuvable dans la shared pool

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:

---

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.

Bonjour,

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

Citation:

---

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.

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.

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

Citation:

---

Envoyé par 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

---

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 :ccool:

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 ...:roll:

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

Code:

---

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

---

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.

Citation:

---

Envoyé par tropiko

...
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.

Citation:

---

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

---

Citation:

---

Envoyé par tropiko

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.

Bonjour,

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

Citation:

---

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.