[CONSEIL] Gestion des commit dans les transactions Oracle ??

Oracle, ô desepoir!

salut tous, bon j'ai trouvé nulle part de soluce car un éventuel équivalent pour Oracle du BEGIN TRANS n'est evoqué nulle part.

L'autocommit a cet inconvenient qu'il ne permet pas de solidariser dans le succes comme dans l'echec des commandes SQL successives afin de conserver l'integrité référencielle.

est ce un privilège du trigger que de pouvoir passer outre seulement ponctuellement l'autocommit (before insert/update/delete) ou peut on le faire par exemple plus généralement dans un bloc PL/SQL (comme le TRANS après le BEGIN pour SQL SERVER) afin d'attendre le COMMIT pour valider ensemble tout un groupe de requêtes?

C'est bien sur un mecanisme fondamental qui existe sous oracle.
La syntaxe est a peu pres la meme avec tous les SGBD.
Une transaction débute soit a la connexion soit apres une commande explicite( commit,roolback )
donc :

insert ...
update ...
update ...
commit -> la transaction est validée
insert
insert
rollback -> on revient a l'etat apres le commit !

Il est aussi possible de faire des points de validation partiels :
savepoint toto
Roolback to savepoint toto

5{s man mais qu'en est il avec un autocommit activé.?est ce que le fait qu'on soit dans une procedure stockée fait que l'autocommit est gelé entre le begin et le end nous laissant eventuellement la main pour un commit opportun.
bref est ce que la procedure stockée sans commit consttitue en soit un seul bloc transaction de requêtes solidaires meme en mode autocommit?

les tags en majuscules STP. merci d'y penser à l'avenir : [conseil] --> [CONSEIL]

edit Maousse :

gisele :

a tous hasard tu ferais pas mieux de t'orienter vers un newsgroup oracle pour tes prb ?

vi vi desolé les gens c'est vrai que j'abuse peut être c'est vrai que j'ai pas encore essayé les news group.
bon visiblement je crois que je dois ouvrie le bloc pl/sql avec un autocommit off, je vais enquetté mais je suis preneur d'une soluce au cas ou.

gisele :
non non, c'est pas une question d'abus mais tout simplement que je pense que ta demande est vraiment tres precise et que je pense qu'un newsgroup approprie t'apportera plus de soluce (et peut etre plus rapidement) qu'un forum edonkey

Désolé, je peux pas t'aider pour les procedures stockées, ca fait trop longtemps que j'en ai pas fait !
Bon courage...

Moi j'ai un peu de mal a comprendre ce que tu veux faire.Il n'y a pas d'autocommit au niveau de la base . Seul un client peut activer ce parametre a son niveau (interface genre sqlplus TOAD,OEM..)car ils permettent a l'utilisateurs de faire n'importe quelle transaction (au contraire d'un application qui a des transactions bien definies.)

Tu developpes une interface de base de données?

Sinon il te suffit de traiter les exceptions (erreurs) dans ton trigger pour faire selon les cas des commits ou rollback.Oracle par defaut fera un rollback si une erreur est declenchée dans ton trigger.


Je suis d'accord avec les commentaires , tu peux trouver de meilleures reponses sur des mailings listes (oradu@yahoogroupes.fr,oracle@cru.fr pour celles en francais, leur niveau varie du gros debutant boulet a de vrais administrateurs) et evidemment les newsgroups oracle (a mon gout trop actifs) comp.databases.oracle