From: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
---|---|
To: | "Jehan-Guillaume \(ioguix\) de Rorthais" <ioguix(at)free(dot)fr> |
Cc: | "F(dot) BROUARD \/ SQLpro" <sqlpro(at)club-internet(dot)fr>, pgsql-fr-generale(at)postgresql(dot)org |
Subject: | Re: Migration SQL Serveur 2008 vers PostgreSQL |
Date: | 2012-01-04 15:36:07 |
Message-ID: | 87wr97eazc.fsf@hi-media-techno.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
"Jehan-Guillaume (ioguix) de Rorthais" <ioguix(at)free(dot)fr> writes:
> Bref, une subtilité m'échappe là dedans.
Ton exemple fonctionne parce que tu as pu faire un ROLLBACK à
l'intérieur de ton traitement tout en faisant un COMMIT global.
Essaye maintenant de faire un ROLLBACK global en ayant pu faire un
COMMIT du traitement interne… avec une procédure tu peux.
Évidemment du coup une fonction est invoquée de la même manière qu'un
Utility Statement, avec la syntaxe dédiée CALL. Ce que tu peux très
bien faire dans un trigger, échouer à faire l'opération qui a déclencher
le trigger et avoir commité le traitement réalisé dans le CALL.
Il existe peut être d'autres syntaxes et d'autres modes de
fonctionnements, à vérifier.
Sous PostgreSQL nous n'avons pas de procédures au sens standard SQL,
nous n'avons que les fonctions, qui sont utilisées au sein de requêtes,
et auxquelles échappent complètement la notion de transaction.
La raison pour laquelle nous n'avons pas encore de procédures standard
est à mon avis double : c'est assez compliqué à faire « correctement »
pour que personne n'y ait encore vu un intérêt (financier, par exemple)
assez fort pour se mettre au boulot.
Nous attendons tous avec impatience que ce moment se présente :)
--
Dimitri Fontaine
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
From | Date | Subject | |
---|---|---|---|
Next Message | Jehan-Guillaume (ioguix) de Rorthais | 2012-01-04 15:55:42 | Re: Migration SQL Serveur 2008 vers PostgreSQL |
Previous Message | Marc Cousin | 2012-01-04 13:11:04 | Re: Migration SQL Serveur 2008 vers PostgreSQL |