Re: Support for N synchronous standby servers - take 2

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Support for N synchronous standby servers - take 2
Дата
Msg-id CA+TgmoYo-HJ6F6+jY9ov9kBYg7U+=LycxoPCcng8B2QHb9YPkQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Support for N synchronous standby servers - take 2  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: Support for N synchronous standby servers - take 2  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
On Fri, Feb 5, 2016 at 3:36 AM, Michael Paquier
<michael.paquier@gmail.com> wrote:
> So, here are some thoughts to make that more user-friendly. I think
> that the critical issue here is to properly flatten the meta data in
> the custom language and represent it properly in a new catalog,
> without messing up too much with the existing pg_stat_replication that
> people are now used to for 5 releases since 9.0.

Putting the metadata in a catalog doesn't seem great because that only
can ever work on the master.  Maybe there's no need to configure this
on the slaves and therefore it's OK, but I feel nervous about putting
cluster configuration in catalogs.  Another reason for that is that if
synchronous replication is broken, then you need a way to change the
catalog, which involves committing a write transaction; there's a
danger that your efforts to do this will be tripped up by the broken
synchronous replication configuration.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Add schema-qualified relnames in constraint error messages.
Следующее
От: Tom Lane
Дата:
Сообщение: Re: GinPageIs* don't actually return a boolean