Bonjour,
Je suis une jeune étudiante polonaise à la recherche de son sauveur qui la sortira d'un bien mauvais pas.
Je suis en train de jongler avec joie et volupté avec les dblinks.    
Or, mon soucis, et de pouvoir gérer les transactions... En effet, si je fais un BEGIN puis une requête via un dblink, si jamais je décide de faire un ROLLBACK (ou toute autre configuration de transaction avortée), ce que j'ai fait via mon dblink reste valide...
Et bon... comment dire... ce n'est pas exactement un cas de figure qui m'invite à danser la polka.  
Si quelqu'un à de l'experience dans le domaine, ou des idées géniales, je suis preneuse.
Merci bande de beaux garçons

Il te faut un moniteur de transaction séparé ?
 
je trouve pas de doc sur dblink avec google, tu peux me filer un lien stp ?

la magnifique et complète documentation peut se trouver ici:
http://developer.postgresql.org/do [...] blink/doc/

 
Je dirais même plus...Magnifique

y'a pas de nested transaction sous pgsql ?

si, avec la v8, sinon c'est implicite, dans les triggers notamment.

Sinon, pour la question initiale, je sais pas trop, j'ai jamais du jouer avec dblink mais quand j'avais jeté un oeil dessus, ça m'avait semblé assez... primaire comme outil.
 
T'as déjà essayé sur la ML SQL de postgres?

http://developer.postgresql.org/do [...] oc/execute
 
je soupçonne que ça veut dire que la transaction est pas distribuée.
 
tu peux peut-être bidouiller une "transaction de compensation" qui consiste à faire la transaction inverse en cas de rollback sur l'autre base (insert->delete, update->update avec les anciennes données etc.).
Sachant que sur une transaction de compensation, si la compensation échoue, tu es dans le mur.

ça n'a rien à voir. ici on est dans le domaine de 2-PC et 3-PC.

Je l'ai donc dans l'os pour ce qui concerne les dblink_exec...
Sur la mailing list de postgres on me répond:

Maintenant, il faut que je comprenne ce que ça veut dire et comment mettre ça en place.

oui, XA c'est le protocole de transactions distribuées 2-PC. c'est bon ça coco.
http://www.orafaq.com/glossary/faqglosx.htm

Jusque là ça va je comprend bien le truc...
Par contre c'est le coté configurer une des bases qui m'échappe... Je n'ai rien trouvé sur XA/AX dans la doc...

merde, parce qu'en plus il y a forcément un moniteur dans 2-PC, je suppose que ça peut être une des 2 bases. Mais effectivement, il doit falloir dire à l'une qu'elle est monitrice 2PC et à l'autre de se tenir aux ordres. Mais là c'est que du théorique.

http://www.geocities.com/mailsoftware42/db/

Chez Oracle apparement on a bossé dessus:
http://www.orafaq.com/faqxa.htm

c'est obligatoire si tu veux connecter ton serveur d'application à ta BDD.
 
 
edit : surtout si tu as aussi des systèmes historiques avec lesquels tu t'intègres.

Bon... En vrac: idées, commentaires et solutions sur XA et 2PC
http://www.theserverside.com/news/ [...] d_id=28445