Re: 2-phase commit

From: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
To: Christopher Browne <cbbrowne(at)libertyrms(dot)info>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: 2-phase commit
Date: 2003-09-26 20:12:58
Message-ID: 20030926171222.S711@ganymede.hub.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 26 Sep 2003, Christopher Browne wrote:

> pgman(at)candle(dot)pha(dot)pa(dot)us (Bruce Momjian) writes:
> > Patrick Welche wrote:
> >> On Fri, Sep 26, 2003 at 02:49:30PM -0300, Marc G. Fournier wrote:
> >> ...
> >> > if we are talking two computers sitting next to each other on a switch,
> >> > you'd expect those to be low ... but if you were talking about two
> >> > seperate geographical locations (and yes, I realize you are adding lag to
> >> > the mix with waiting for responses), you'd expect those #s to rise ...
> >>
> >> Which I thought was the whole point of using a group communication
> >> protocol such as spread in postgresql-r. It seemed solved there...
> >
> > Right, but I think we want to try to do two-phase commit without
> > spread. Spread seems overkill for this usage.
>
> Is there some big demerit to _having_ that "overkill"? If there is no
> major price to pay, then I don't see why it isn't reasonable to simply
> say "Sure, we'll use that!"

Reliance on a third party library to be installed to provide the
functionality ... if it were meant as an "add on" instead of "standard
feature", then sure ...

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2003-09-26 20:22:08 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)
Previous Message scott.marlowe 2003-09-26 20:09:21 Re: initdb failure (was Re: [GENERAL] sequence's plpgsql)