Re: Two-phase commit issues

From: José Orlando Pereira <jop(at)di(dot)uminho(dot)pt>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Heikki Linnakangas <hlinnaka(at)iki(dot)fi>, Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Two-phase commit issues
Date: 2005-05-20 17:34:53
Message-ID: 200505201834.55218.jop@di.uminho.pt
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Friday 20 May 2005 18:14, Tom Lane wrote:
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > As I remember, you said two-phase wasn't 100% reliable and we just
> > needed a way to report failures.
>
> [ Shrug... ] I remain of the opinion that 2PC is a solution in search
> of a problem, because it does not solve the single point of failure
> issue (just moves same from the database to the 2PC controller).

You're right. 2PC to coordinate replicas of the same data is not that
interesting. It is however most interesting when coordination updates to
different objects such as (i) a central database server and a local staging
area or (ii) a database server and transactional queues in a workflow-style
app.

> But some people want it anyway, and they aren't going to be satisfied
> that we are an "enterprise grade" database until we can check off this
> particular bullet point. As long as the implementation doesn't impose
> any significant costs when not being used (which AFAICS Heikki's method
> doesn't), I think we gotta hold our noses and do it.

It is a definitly in the check list if you're shopping for a database to go
with your buzzword compliant J2EE app server. :-)

--
Jose Orlando Pereira

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2005-05-20 18:02:25 Re: Allow change of kerberos service name without recompilation
Previous Message jordan 2005-05-20 17:29:10 Re: Two-phase commit issues