Re: Turning recovery.conf into GUCs

From: Jaime Casanova <jaime(at)2ndquadrant(dot)com>
To: Josh Berkus <josh(at)agliodbs(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Turning recovery.conf into GUCs
Date: 2013-10-21 19:44:40
Message-ID: CAJKUy5h1dLEpqZymQ1Fzttydq1AKMNriCrQXVv7ud5kT_Od4Qw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 21, 2013 at 11:53 AM, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
> On 10/18/2013 02:36 PM, Andres Freund wrote:
>>> > What will likely change first is Slony and Bucardo, who have a strong
>>> > interest in dumping triggers and queues.
>> But I don't understand what that has to do with recovery.conf and
>> breakage around it.
>
> The simple thinking is this: if we announce and promote new replication,
> then our users who do upgrade are going to expect to upgrade their
> replication tools at the same time, even if they're not using the new
> replication. That is people will look for a repmgr 2.0 / OmniPITR 1.5
> and update to it.
>
> Now, as a tool author, I know that supporting both models is going to be
> annoying. But necessary.
>

AFAIU, even if we get in all about logical replication today that
won't affect tools that manage binary replication.

> And, as I said before, we need to do the GUC merger in the same release
> we introduce configuration directory (or after it).
>

you mean the ALTER SYSTEM syntax? anyway, why that restriction?

--
Jaime Casanova www.2ndQuadrant.com
Professional PostgreSQL: Soporte 24x7 y capacitación
Phone: +593 4 5107566 Cell: +593 987171157

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gavin Flower 2013-10-21 19:52:16 Re: Add min and max execute statement time in pg_stat_statement
Previous Message Andres Freund 2013-10-21 19:41:49 Re: logical changeset generation v6.2