Fonctions imbriquées et transaction

Bonjour à tous,

J'ai deux fonctions, chacune effectuant des insertions, dans la fonction1 j'insère un élément dont je récupère l'identifiant puis j'appel la fonction2 en lui passant l'identifiant créé dans la fonction1.

Mon soucis est que l'identifiant n'est pas connu dans fonction2, car la transaction n'est pas validée.

Existe-t-il une solution à ce problème comme par exemple annuler l'effet de la transaction de la fonction2 si celle-ci est contenu dans une autre, ici fonction1 ?

Par avance merci pour les réponses que vous voudrez bien m'apporter.

Salut
Tu peux peut-être remplacer la fonction2 par un trigger sur insertion. Le plus simple serait de traiter le tout par une seule fonction.
@+

Citation:

---

Mon soucis est que l'identifiant n'est pas connu dans fonction2, car la transaction n'est pas validée.

---

Tout ce qui est fait dans une transaction est visible dans cette transaction.
Peu importe qu'on soit dans la fonction1 ou 2 et qu'elles soient imbriquées ou pas.

En fait, les problèmes de visibilité peuvent se poser entre deux connections distinctes, ça n'a rien à voir avec les fonctions.

Salut
estofilo, Merci de l'info. Je viens de faire un petit essai il ressort que la fonction appelée se compote comme une transaction imbriquée.
La première fonction...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18

create function essaiimbrication1(e boolean)returns int as $$ declare ident int; r int; begin delete from t; insert into t(nom) values('bidon'); select id into ident from t where nom='bidon'; select count(nomp)::int into r from essaiimbrication2(ident); if e=true then insert into t(nom) values('bidonferme'); --insertion incorrecte taille>7 else insert into t(nom) values('sacvide'); end if; return r; end $$ language 'plpgsql'

---

la deuxième...

Code:

---

1 2 3 4 5 6 7 8 9 10

create function essaiimbrication2(id int)returns table (idp int, nomp varchar(7)) as $$ begin update t set nom=nom || 's'; --tentative de mise à jour return query(select * from t where t.id=$1);   end $$ language 'plpgsql'

---

La table cobaye...

Code:

---

1 2	CREATE TABLE t (id serial PRIMARY KEY, nom character varying(7))

---

l'appelle sans erreur de la fonction

Code:

---

select essaiimbrication1(FALSE) as r

---

appelle avec erreur (le tout est annulé)

Code:

---

select essaiimbrication1(TRUE) as r

---

@+

Mon bonjour Cotonien....

Hélas PostGreSQL ne permet pas de contrôler les transactions dans les routines contrairement à Oracle ou SQL Server.

La seule solution est donc de tout faire dans une même fonction. L'erreur annulant la transaction globalement.

A +

Bonjour SQLpro

Citation:

---

Cotonien....

---

:koi:

Citation:

---

Envoyé par SQLpro

Hélas PostGreSQL ne permet pas de contrôler les transactions dans les routines contrairement à Oracle ou SQL Server.
...

---

Je dirais plutôt...

Citation:

---

PostGreSQL ne permet pas de contrôler EXPLICITEMENT les transactions dans les routines contrairement à Oracle ou SQL Server.

---

L'essai ci-dessus prouve que la fonction interne se comporte comme une transaction imbriquée et la fonction appelante peut annuler globalement la transaction.
La transaction est donc implicite est totalement ACID:mouarf:.
Grand :merci: à vous pour l'attention particulière portée à PostgreSQL :ccool:.
@+

Merci pour vos réponses !

L'erreur venait de mon code, grâce à vous j'ai pu corriger.

Je vous remercie également pour vos compléments d'information qui mon permis de mieux appréhender le fonctionnement de Postgresql.

A bientôt