Discussion :

[lex0072]

Salut à tous,

Je suis assez novice dans le monde Oracle et je développe actuellement une appli Web en 3-tiers, ou le back end qui accède à Oracle est un Web Service (donc sans contexte).

Voilà ce que je dois faire :

1. L'utilisateur entre et données et les soumet. Les données sont envoyées au Web service qui se connecte à Oracle.

2. Une transaction débute, plein de calculs sont faits dans la base, et des données insérées.

3. Il y a un retour à l'utilisateur : un écran affiche la simulation, et demande si l'utilisateur est vraiment sur de chez sur qu'il veut valider cette simulation.

4. Si l'utilisateur dit OUI alors la transaction est commitée. Si il dit NON, elle est rollbackée.

On m'a parlé d'utiliser des transactions autonomes pour gérer tout ça, car cela permet justement d'avoir une perte du contexte. Mais voilà, je ne trouve rien à ce sujet, ni sur la manière d'implémenter ce que je dis plus haut.

Merci de votre aide

[orafrance]

dans ce cas, je ne vois pas l'intérêt du tout... les transactions autonomes peuvent être intéressante si le trigger d'une table lance une procédure qui manipule les données de cette même table par exemple... mais sinon...

[lex0072]

Et donc dans mon cas comment gèrerais-tu le retour à l'utilisateur tout en gardant la transaction en cours ?

[orafrance]

je ne connais pas .net

[SheikYerbouti]

Une transaction reste active tant qu'elle n'est pas validée par COMMIT ou annulée par ROLLBACK.

[lex0072]

Une transaction reste active tant qu'elle n'est pas validée par COMMIT ou annulée par ROLLBACK.

Mais (Arretez moi si je me trompe) un Web Service n'a pas de persistence, et dès qu'on revient à l'utilisateur notre transaction est perdue. Donc on ne peut pas ensuite la commiter ou la rollbacker.

[Yorglaa]

Salut,
t'es-tu renseigné sur le forum .NET ?
je suppose que tu n'es pas le premier à faire du Web Service sur base Oracle...

[lex0072]

Yep, je pense que je vais poser ma question là-bas aussi

[Yorglaa]

Parce que les transaction autonomes ne vont pas résoudre ton problème de persistance... tu devras quand même commiter ou rollbacker la transaction avant de rendre la main à l'utilisateur.

[lex0072]

La technique dont on m'a parlé consiste en effet à séparer ma transaction en 2 transactions autonomes, et la 1ere est commitée, juste avant le retour à l'utilisateur. Et on garde l'état de ce qu'on a fait dans une table de log.

Enfin c'est assez flou quoi ...

[terence]

Ok en fait le truc c'est que les transactions autonomes (autonomous transaction) ont un autre sens en oracle , il s'agit de transactions autonomes imbriquées dans une transaction (pour simplifier)

Maintenant il est clair que si ton web service ne gere pas de contexte, le seul moyen de faire ce que tu veux est de procéder à un "rollback/commit applicatif" .

Par exemple sauvegarder les anciennes valeurs avant l action de l utilisateur dans des tables de sauvegarde pour pouvoir les rétablir en cas de changement d avis de l utilisateur...

ou bien dans un autre style aussi ecrire les ordres que l utilisateur aurait du jouer dans une table et exécuter ces ordres (avec du sql dynamique) si l'utilisateur valide sa transaction ...

ce genre de trucs...

[lex0072]

OK merci de ton explication !