Re: unite recovery.conf and postgresql.conf - Mailing list pgsql-hackers

From Tom Lane
Subject Re: unite recovery.conf and postgresql.conf
Date
Msg-id 2083.1316969887@sss.pgh.pa.us
Whole thread Raw
In response to Re: unite recovery.conf and postgresql.conf  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: unite recovery.conf and postgresql.conf
List pgsql-hackers
Simon Riggs <simon@2ndQuadrant.com> writes:
> On Sat, Sep 24, 2011 at 6:01 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> Okay, so you do agree that eventually we want to be rid of
>> recovery.conf? �I think everyone else agrees on that. �But if we are
>> going to remove recovery.conf eventually, what is the benefit of
>> postponing doing so?

> My joyous rush into agreeing to removal has since been replaced with
> the cold reality that we must support backwards compatibility.
> Emphasise "must".

[ shrug... ]  I do not agree with your conclusion.  We have to break
some eggs to make this omelet.  The reason why we have a mess here is
that the recovery.conf mechanism, which was designed with only the
one-shot archive-recovery case in mind, has been abused beyond its
capacity.  If we don't break with past practice we are not going to be
able to fix it.  And it's not like we don't break configuration file
contents in most releases anyway, so I really fail to see why this one
has suddenly become sacrosanct.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Adding CORRESPONDING to Set Operations
Next
From: Tom Lane
Date:
Subject: Re: unite recovery.conf and postgresql.conf