Re: Turning recovery.conf into GUCs
От | Jaime Casanova |
---|---|
Тема | Re: Turning recovery.conf into GUCs |
Дата | |
Msg-id | CAJKUy5h1dLEpqZymQ1Fzttydq1AKMNriCrQXVv7ud5kT_Od4Qw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Turning recovery.conf into GUCs (Josh Berkus <josh@agliodbs.com>) |
Список | pgsql-hackers |
On Mon, Oct 21, 2013 at 11:53 AM, Josh Berkus <josh@agliodbs.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
В списке pgsql-hackers по дате отправления: