From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Abhijit Menon-Sen <ams(at)2ndquadrant(dot)com> |
Cc: | "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Proposal for changes to recovery.conf API |
Date: | 2016-11-01 14:31:49 |
Message-ID: | CA+TgmoZeStE9QUgtZgXvD_no1p3EU7iU0YxDHQJaAt0TuJzk0g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Oct 31, 2016 at 7:44 PM, Abhijit Menon-Sen <ams(at)2ndquadrant(dot)com> wrote:
> At 2016-09-28 13:13:56 -0400, robertmhaas(at)gmail(dot)com wrote:
>>>> I hope that the fact that there's been no discussion for the last
>> three weeks doesn't mean this effort is dead; I would like very
>> much to see it move forward.
>
> Here's an updated patch. Sorry, I got busy elswhere.
>
> I struggled with the handling of recovery_target a little. For example,
> one suggested alternative was:
>
> recovery_target_type = xid
> recovery_target_value = …
>
> The problem with implementing it this way is that the _value setting
> cannot be parsed without already having parsed the _type, and I didn't
> want to force that sort of dependency.
>
> What I've done instead is to make this work:
>
> recovery_target = xid|time|name|lsn|immediate
> recovery_target_xid = …
> recovery_target_time = …
> recovery_target_name = …
> recovery_target_lsn = …
>
> The recovery_target_xxx values are parsed as they used to be, but the
> one that's used is the one that's set in recovery_target. That's easy to
> explain, and the patch is much less intrusive, but I'm certainly open to
> suggestions to improve this, and I have the time to work on this patch
> with a view towards getting it committed in this cycle.
I liked Heikki's suggestion (at some point quite a while ago now) of
recovery_target = 'xid 123' or recovery_target='lsn 0/723' or
whatever.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Julian Markwort | 2016-11-01 14:49:42 | Re: [PATCH] pgpassfile connection option |
Previous Message | Robert Haas | 2016-11-01 14:29:44 | Re: auto_explain vs. parallel query |