Re: Sync Rep v17 - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Sync Rep v17
Date
Msg-id 24246.1299100567@sss.pgh.pa.us
Whole thread Raw
In response to Re: Sync Rep v17  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: Sync Rep v17
List pgsql-hackers
Simon Riggs <simon@2ndQuadrant.com> writes:
> On Wed, 2011-03-02 at 22:10 +0200, Heikki Linnakangas wrote:
>> Fair enough. All I'm saying is that if we end up shipping without that 
>> parameter (implying allow_standalone_primary=on), we need to call the 
>> feature something else. The GUCs and code can probably stay as it is, 
>> but we shouldn't use the term "synchronous replication" in the 
>> documentation, and release notes and such.

> allow_standalone_primary=off means "wait forever". It does nothing to
> reduce data loss since you can't replicate to a server that isn't there.

This is irrelevant to the point.  The point is that sync rep implies
that we will not *tell a client* its data is committed unless the commit
is down to disk in two places.  I agree with the people saying that not
having this parameter makes it not real sync rep.
        regards, tom lane


pgsql-hackers by date:

Previous
From: "David E. Wheeler"
Date:
Subject: Quick Extensions Question
Next
From: "David E. Wheeler"
Date:
Subject: Re: Testing extension upgrade scripts