RE: logical_replication_mode

Поиск
Список
Период
Сортировка
От Zhijie Hou (Fujitsu)
Тема RE: logical_replication_mode
Дата
Msg-id OS0PR01MB5716F62F6A598125D2004D3C94E3A@OS0PR01MB5716.jpnprd01.prod.outlook.com
обсуждение исходный текст
Ответ на Re: logical_replication_mode  (Amit Kapila <amit.kapila16@gmail.com>)
Ответы Re: logical_replication_mode  (Peter Eisentraut <peter@eisentraut.org>)
Список pgsql-hackers
On Friday, August 25, 2023 12:28 PM Amit Kapila <amit.kapila16@gmail.com> wrote:
> 
> On Thu, Aug 24, 2023 at 12:45 PM Peter Eisentraut <peter@eisentraut.org>
> wrote:
> >
> > I suggest we rename this setting to something starting with debug_.
> > Right now, the name looks much too tempting for users to fiddle with.
> > I think this is similar to force_parallel_mode.
> >
> 
> +1. How about debug_logical_replication?
> 
> > Also, the descriptions in guc_tables.c could be improved.  For
> > example,
> >
> >      gettext_noop("Controls when to replicate or apply each change."),
> >
> > is pretty content-free and unhelpful.
> >
> 
> The other possibility I could think of is to change short_desc as:
> "Allows to replicate each change for large transactions.". Do you have any
> better ideas?

How about "Forces immediate streaming or serialization of changes in large
transactions." which is similar to the description in document.

I agree that renaming it to debug_xx would be better and
here is a patch that tries to do this.

Best Regards,
Hou zj

Вложения

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

Предыдущее
От: Matthias van de Meent
Дата:
Сообщение: Re: broken master regress tests
Следующее
От: Daniel Gustafsson
Дата:
Сообщение: Re: initdb caching during tests