Re: Handle infinite recursion in logical replication setup
От | vignesh C |
---|---|
Тема | Re: Handle infinite recursion in logical replication setup |
Дата | |
Msg-id | CALDaNm0_0nirp9qQQnP8-Za+BtOm_Zd13b9cnd6Whs-A8hhpug@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: Handle infinite recursion in logical replication setup ("shiy.fnst@fujitsu.com" <shiy.fnst@fujitsu.com>) |
Список | pgsql-hackers |
On Tue, May 24, 2022 at 8:06 AM shiy.fnst@fujitsu.com <shiy.fnst@fujitsu.com> wrote: > > On Tue, May 24, 2022 1:34 AM vignesh C <vignesh21@gmail.com> wrote: > > > > Thanks for the comments, the attached v15 patch has the fixes for the same. > > > > Thanks for updating the patch. I have a comment on the document in 0002 patch. > > @@ -300,6 +310,11 @@ CREATE SUBSCRIPTION <replaceable class="parameter">subscription_name</replaceabl > replication from the publisher. The default is > <literal>false</literal>. > </para> > + <para> > + There is some interaction between the <literal>only_local</literal> > + option and <literal>copy_data</literal> option. Refer to the > + <xref linkend="sql-createsubscription-notes" /> for details. > + </para> > </listitem> > </varlistentry> > > This change is related to "only_local" option and "copy_data" option, so I think > it should be put together with "only_local", instead of "disable_on_error". Modified. The v16 patch attached at [1] has the changes for the same. [1] - https://www.postgresql.org/message-id/CALDaNm2_Ytder-6C68ia%3Dm39cmknAhxf2KGkeNAtxt84MxMT3w%40mail.gmail.com Regards, Vignesh
В списке pgsql-hackers по дате отправления: