Discussion :

[cedricROCHART]

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.

[alassanediakite]

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.
@+

[estofilo]

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.

[alassanediakite]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

l'appelle sans erreur de la fonction

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select essaiimbrication1(FALSE) as r

appelle avec erreur (le tout est annulé)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select essaiimbrication1(TRUE) as r

@+

[SQLpro]

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 +

[alassanediakite]

Bonjour SQLpro

Cotonien....

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

Je dirais plutôt...

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.
Grand à vous pour l'attention particulière portée à PostgreSQL .
@+

[cedricROCHART]

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