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
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 |