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
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 |