PostgreSQL two-phase commit

[will82]

Bonjour,

postgresql 8.0 n'implement pas le two-phase commit. j'aurais voulu savoir s'il existait une alternative ?

merci d'avance.

Will

[kryskool]

Bonjour

Lors du salon Solution Linux, L'un des developpeur (Jan Wieck) de Slony 1 (l'outil de réplication asynchrone), nous a un peu parlé de Slony 2 qui effectuera de la réplication synchrone, et integrera le two-phase commit et bien d'autre chose.

a suivre donc

KrysKool.

[will82]

ok, merci pour ta réponse
mais existe t-il a l'heure actuelle un moyen de réaliser des transactions de type "commit a deux phases" ?

[kryskool]

Clairement non, mais dans quel contexte veut tu faire du Two-Phase Commit.

a part de la réplication, je ne vois pas trop comment tu veux faire cela ?

KrysKool

[will82]

en fait j'ai une appli j2ee constituée de 2 qui gèrent des parties différentes et chaqu'un des 2 serveurs pourra se connecter sur une base de données différentes.

lors de l'insertion des données, il y a une partie des données qui part sur une base et une autre partie sur l'autre base, mais il faut pouvoir annuler les transactions si une des insertions se passe mal.

donc il faut faire un precommit, pour transferer les données et les préparer, et une fois que tout est pret on fait un commit qui valide les données dans les bases

voila....

[kryskool]

Dans ce que tu veux faire, tu peux utiliser les points de sauvegarde, une des fonctionnalité de la version 8.0.

KrysKool

[will82]

oui, j'ai vu ca, je pense que c'est ce que je vais utiliser, mais est-ce que par hasard tu saurais comment ca fontionne dans le cas d'accés concurrents ?

[kryskool]

Lut

Les points de sauvegarde s'utilisant dans des transactions, je ne vois aucun problème particulier dans les d'accès concurrents.

mis a part si tu utilise des séquences, tu peut avoir des trou dans ta numérotation, car les séquences dans une transaction ne sais pas géré le rollback, (ceci est valable tous le temps, un N° pris ne pourra pas être restitué).

KrysKool.