Discussion :

[ftrifiro]

Bonjour,

J'utilise des DBMS_OUTPUT.PUT_LINE pour m'aider à la mise au point des scripts mais je déplore que les messages ne s'affichent qu'à la fin, lorsque l'exécution des scripts est finie et bien finie...

D'autant que dans le cas qui me pose problème, SQL+ ne me rend pas la main et je n'arrive pas à savoir où le programme cloche...

Existe-t-il un moyen plus efficace pour debugger ? Soit une façon de faire afficher les messages au fil de l'eau ou les envoyer dans un fichier, soit carrément une autre méthode ? Je ne dispose pas d'un autre outil pour lancer les scripts que SQL+.

Merci, Frédéric.

[pifor]

Personnellement, j'utilise un package que j'ai écrit avec des transactions autonomes qui écrivent dans une table de trace. Avec la transaction autonome, je peux faire COMMIT dans le code de trace sans forcer l'appelant à faire COMMIT.

Il y a également la possibilité d'utiliser le package UTL_FILE qui peut écrire dans un fichier mais uniquement côté serveur, et là on peut se passer des transactions autonomes.

[ftrifiro]

Merci pour ta réponse. J'envisageais l'écriture dans un fichier mais le fait que ce soit sur le serveur notamment m'a un peu rebuté.

J'espérais secrètement qqc de plus immédiat ! Je retiens donc que la piste du fichier de trace fonctionne.

D'autres idées, suggestions ?

Merci.

[McM]

Moi j'utilise ceci pour voir en temps "réel" où en est le traitement

Code :

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

DBMS_APPLICATION_INFO.SET_ACTION(v_heure || ' FIN 1');

Tu le vois ensuite dans TOAD (Kill/trace session)
ou tu fais un

Code :

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

1
2
3
SELECT action
FROM v$session
WHERE SID =

[ftrifiro]

Merci.

J'ai finalement opté pour une solution de trace en base de données avec gestion de transaction autonome...

Frédéric