Discussion :

[Ikebukuro]

Bonjour,

Mon client ma remonté un log où une erreur de DELETE impossible pour cause de FK est mentionné.
Je regarde ma base, des vues comme V$SQl, et, stupeur, impossible de trouver cet ordre SQL

Après discussion avec mes collègues ils me disent que c'est normal pour eux. OK, donc une appli a une info Oracle que je ne retrouve pas dans ma base... ça me sidère!

Savez-vous si ce qu'on m'a dit est vrai? L'ordre SQL a quand même était parsé, un plan d'exécution retenu, peut-être des DELETE de faits avant de tomber sur le mauvais et Oracle effacerait toute trace en cas de problème?

[Pomalaix]

Je pense que l'explication est simple : V$SQL repose sur la zone Shared pool qui est un cache, de ce fait il ne faut pas s'attendre à y trouver l'intégralité des requêtes passées. Une requête ponctuelle peut tout à fait disparaître du cache assez rapidement, et donc sortir du radar de V$SQL.

[pachot]

Bonjour,
Il faut garder à l'esprit que V$SQL n'a pas pour but de tracer les requêtes. C'est juste une vue sur les curseurs en shared pool et une requête qui se termine en erreur ne reste pas en shared pool, le but étant de garder les curseurs qui fonctionnent pour optimiser les exécutions futures.
C'est à l'application de garder la trace de l'erreur si nécessaire. Sinon, côté serveur on peut tracer avec sql_trace. Tous les statements y sont loggés, et les erreurs aussi.
In peut aussi activer une trace seulement en cas d'erreur ('... trace name errorstack level 3') pour debugger.
Cordialement,
Franck.

[Ikebukuro]

OK, merci à vous deux pour ces réponses détaillées.