Re: Migration SQL Serveur 2008 vers PostgreSQL

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Merci Dim pour la réponse !

C'est aussi ce que j'avais déduit de la réponse de Marc ce matin :)

Bonne soirée,

On 04/01/2012 16:36, Dimitri Fontaine wrote:
> "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 :)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8Edn0ACgkQxWGfaAgowiJtgQCfR0iqDbXrFQeRB1AJN9RzKz59
KuYAoJcNTumGr+ENqe3wQ/JQSEjJbwCp
=cxkM
-----END PGP SIGNATURE-----