Re: Immediate standby promotion - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Immediate standby promotion
Date
Msg-id 20140925173003.GA1169@alap3.anarazel.de
Whole thread Raw
In response to Re: Immediate standby promotion  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: Immediate standby promotion
Re: Immediate standby promotion
List pgsql-hackers
On 2014-09-25 18:18:09 +0100, Simon Riggs wrote:
> On 25 September 2014 16:29, Andres Freund <andres@2ndquadrant.com> wrote:
> > I think that's not really related. Such a promotion doesn't cause data
> > loss in the sense of loosing data a *clueful* operator wanted to
> > keep. Yes, it can be used wrongly, but it's far from alone in that.
> 
> Yes it does cause data loss. The clueful operator has no idea where
> they are so there is no "used rightly" in that case.

What? There definitely are cases where you don't need to know that to
the T. Just think of the - quite frequently happening - need to promote
a standby to run tests or reporting queries that can't be run on a
standby.

Sure, you shouldn't use it if you expect a very specific set of the data
being there, but that's not always necessary. And that's why it should
never, ever be the default.

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: jsonb format is pessimal for toast compression
Next
From: Andres Freund
Date:
Subject: Re: jsonb format is pessimal for toast compression