Discussion :

[jacques64]

Bonjour,

J"utilise un petit logiciel simple mais "boite noire" qui se connecte à une grande base oracle pour afficher des relevés de mesure. Seulement il marque un message d'erreur comme quoi la vue ou la table est inexistante, alors qu'a priori la table est présente.

La seule chose dont je sois sur c'est l'utilisateur sous lequel le logiciel se connecte pour faire ses requêtes, je me demandais s'il existait un moyen de voir les actions effecutés par cet utilisateur sur la base, pour trouver la requête effectuée parce que la je n'ai que le message d'erreur.


A votre avis une telle action est elle possible?

Merci
J.

[McM]

Tu regardes les sessions oracle (v$session) et tu traces la session de cet utilisateur.

Sinon, ce code simple, mais pas exhaustif.

Code :

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

1
2
3
SELECT *
FROM v$open_cursor
WHERE SID = n°id_trouvé_par_v$session

[jacques64]

merci pour ta réponse , pourrais-tu juste expliciter un peu plus:

Tu regardes les sessions oracle (v$session) et tu traces la session de cet utilisateur.

je suis débutant, désolé.

MErci

[phili_b]

Si tu as TOAD tu as un menu qui te permet d'afficher toutes les requêtes appelées.

Ce menu appelle en fait une requête qui utilise notamment la vue système v$session. Il faut donc avoir les droits sur les vues systèmes ce qui n'est pas toujours le cas.

edit:
C'est cette requête qui est appelée

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
SELECT   /*+ choose */
         s.status "Status", s.serial# "Serial#", s.TYPE "Type",
         s.username "DB User", s.osuser "Client User", s.server "Server",
         s.machine "Machine", s.module "Module", s.terminal "Terminal",
         s.program "Program", p.program "O.S. Program",
         s.logon_time "Connect Time", lockwait "Lock Wait",
         si.physical_reads "Physical Reads", si.block_gets "Block Gets",
         si.consistent_gets "Consistent Gets",
         si.block_changes "Block Changes",
         si.consistent_changes "Consistent Changes", s.process "Process",
         p.spid, p.pid, si.sid, s.sql_address "Address",
         s.sql_hash_value "Sql Hash", s.action
    FROM v$session s, v$process p, sys.v_$sess_io si
   WHERE s.paddr = p.addr(+)
     AND si.sid(+) = s.sid
     AND (s.username IS NOT NULL)
     AND (NVL (s.osuser, 'x') <> 'SYSTEM')
     AND (s.TYPE <> 'BACKGROUND')
ORDER BY 3

[McM]

merci pour ta réponse , pourrais-tu juste expliciter un peu plus:

Tu regardes les sessions oracle (v$session) et tu traces la session de cet utilisateur.

je suis débutant, désolé.

MErci

Voici un lien de la FAQ :
http://oracle.developpez.com/faq/?page=3-2#trace

[LBO72]

McM
Sinon, ce code simple, mais pas exhaustif.

Code :
SELECT *
FROM v$open_cursor
WHERE SID = n°id_trouvé_par_v$session

J'ai essayé d'utiliser ta requête, mais elle me sort la dernière exécutée, en l'occurrence : SELECT * FROM v$open_cursor WHERE SID = XXX

LBO72.

[McM]

C'est normal, ce sont les curseurs ouverts.
Forms par exemple ouvre 1 curseur par bloc basé (et pour les procédures, je ne sais pas).
Sous TOAD, si tu ouvres 2 fenêtres sql, tu auras les 2 requetes.

Comme je l'ai dit, ce n'est pas une requête exhaustive. Ca peut donner des infos rapides.

[phili_b]

Voici un lien de la FAQ :
http://oracle.developpez.com/faq/?page=3-2#trace

le lien suivant qui est dans la FAQ est mort (erreur 404) Developpez.com: Différentes façon de tracer l'activité de sessions

[LBO72]

le lien suivant qui est dans la FAQ est mort (erreur 404) Developpez.com: Différentes façon de tracer l'activité de sessions

Messieurs les rédacteurs avez-vous la possiblité d'activer ce lien ?

Merci.
LBO72.

[phili_b]

sinon tu as essayé la requête que je t'ai passé ?

[Mehdilis]

Bonsoir,

select sql_text,first_load_time
fromv$sqlarea
order by first_load_time desc

elle te donne toutes les requetes executées depuis le demarrage de la base

[pifor]

Attention, le shared pool est un cache qui contient les formes compilées du SQL et PL/SQL: il n' y a pas de garantie que toutes les requêtes SQL depuis le démarrage de l'instance y soient présentes: tout dépend de la taille du cache et de l'activité de la base.

Extrait du Concetps Guide:

The library cache stores the executable (parsed or compiled) form of recently referenced SQL and PL/SQL code. The dictionary cache stores data referenced from the data dictionary. Many of the caches in the shared pool automatically increase or decrease in size, as needed, including the library cache and the dictionary cache. Old entries are aged out of these caches to accommodate new entries when the shared pool does not have free space.

[kervoaz]

Bonsoir,

le plus exhaustif sera de tracer la session:
http://oracle.developpez.com/guide/tuning/tkprof/

cdt