Re: [HACKERS] Logical decoding on standby

Поиск
Список
Период
Сортировка
От Simon Riggs
Тема Re: [HACKERS] Logical decoding on standby
Дата
Msg-id CANP8+jL2QLMqRpkTkEA0FDLZSOu4mUz6+ouiKM4nOs1ctD2T2A@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Logical decoding on standby  (Andres Freund <andres@anarazel.de>)
Ответы Re: [HACKERS] Logical decoding on standby  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On 22 March 2017 at 13:06, Andres Freund <andres@anarazel.de> wrote:

>> The parts I think are important for Pg10 are:
>
>> * Ability to create logical slots on replicas
>
> Doesn't this also imply recovery conflicts on DROP DATABASE?

Not needed until the slot is in use, which is a later patch.

> Besides,
> allowing to drop all slots using a database upon DROP DATABASE, is a
> useful thing on its own.

Sure but that's a separate feature unrelated to this patch and we're
running out of time.

>> * Ability to advance (via feedback or via SQL function) - no need to
>> actually decode and call output plugins at al
>
> That pretty much requires decoding, otherwise you really don't know how
> much WAL you have to retain.

Knowing how much WAL to retain is key.

Why would decoding tell you how much WAL to retain?

We tried to implement this automatically from the master, which was
rejected. So the only other way is manually. We need one or the other.

-- 
Simon Riggs                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: [HACKERS] [COMMITTERS] pgsql: Sync pg_dump and pg_dumpall output
Следующее
От: Nikita Glukhov
Дата:
Сообщение: Re: [HACKERS] PATCH: recursive json_populate_record()