Discussion :

[loustalet]

Bonjour,

j'aimerais quelques explications sur les rollbacks implicites envoyés par le raise_application_error.

J'ai d'abord remarqué que si, à l'intérieur d'une procédure le troisième ordre d'une màj (insert ou update ou delete) déclenchait une exception, il y avait un rollback implicite qui de fait, annulait les deux premiers ordres de màj.
Ma question: ai-je tout bien compris ?

En suite, j'ai écrit une procédure qui réalise deux insert dans une table sur laquelle existe un trigger before insert. J'ai fait en sorte que le trigger déclenche une exception sur le deuxième appel. Il se termine bien par un raise_application_error, l'erreur est remontée à la procédure appelante qui se déroute sur le bloc exception. J'ai juste fait un dbms_output.put_line, de sorte que la procédure se termine normalement. A ma grande surprise, je vois que le premier ordre inser n'a pas été impacté par le raise_application_error du trigger.
Ma question est : est-ce que le trigger s'exécute dans une transaction autonome ?

Merci pour vos réponses, je n'ai pas trouvé grand chose là dessus.

[Rams7s]

Et la response est... Non.

http://www.developpez.net/forums/d11...s/#post6431191
Mais l'ensemble du sujet peut vous interesser.

[mnitu]

Raise_application_Error n’est en rien différent de n’importe quelle autre exception. En fait quand une exception arrive l’exécution normale de la procédure est interrompue et le contrôle passe au gestionnaire de l’exception s’il y en a un. Si la procédure ne possède pas de gestionnaire d’exception l’exception remonte au niveau supérieur jusqu’au environnement appelant. L’atomicité de l’appel de la procédure fait que les modifications fait par cette procédure sont implicitement annulées quand la procédure échoue avec une exception non interceptée. Oracle enveloppe l’appel de la procédure par un savepoint qu’il utilise pour restaurer l’état de la base en cas d’échec de la procédure.
Les triggers sont exécutés dans le cadre de la transaction que les déclenches en assurant l’atomicité de la transaction donc un aucun cas dans une transaction autonome.

[loustalet]

Bonjour,

Merci pour ces réponses pertinentes.
Je me suis mal exprimé dans le cas d'un raise_application_error. j'(ai employé "transaction autonome" alors que je pensais bien que le trigger each row ne plantait QUE l'ordre qui l'avait déclenché.
Par contre ce que je ne savais pas c'était que le procédure était considérée comme une unité de traitement ce qui fait qu'un raise_application_error annulait tous les ordres de la transaction qui avaient été effectués avant.

On ne parle pas trop de tout ceci dans la littérature.
Bonne fin de journée

[mnitu]

Lisez aussi cette discussion

[loustalet]

Merci pour toutes ces réponses. Je pense avoir compris.