Re: PGDOCS - Logical replication GUCs - added some xrefs - Mailing list pgsql-hackers

From Peter Smith
Subject Re: PGDOCS - Logical replication GUCs - added some xrefs
Date
Msg-id CAHut+PuLRnyZPE467_HH3K52v2VrUNg5snmLUnwRonFAX6c46g@mail.gmail.com
Whole thread Raw
In response to Re: PGDOCS - Logical replication GUCs - added some xrefs  (vignesh C <vignesh21@gmail.com>)
Responses Re: PGDOCS - Logical replication GUCs - added some xrefs
List pgsql-hackers
On Wed, Nov 16, 2022 at 10:24 PM vignesh C <vignesh21@gmail.com> wrote:
>
...

> One suggestion:
> The format of subscribers includes the data type and default values,
> the format of publishers does not include data type and default
> values. We can try to maintain the consistency for both publisher and
> subscriber configurations.
> +   <para>
> +    <varname>wal_level</varname> must be set to <literal>logical</literal>.
> +   </para>
>
> +     <term><varname>max_logical_replication_workers</varname>
> (<type>integer</type>)
> +     <indexterm>
> +      <primary><varname>max_logical_replication_workers</varname>
> configuration parameter</primary>
> +     </indexterm>
> +     </term>
> +     <listitem>
> +      <para>
> +       Specifies maximum number of logical replication workers. This
> must be set
> +       to at least the number of subscriptions (for apply workers), plus some
> +       reserve for the table synchronization workers.
> +      </para>
> +      <para>
>
> If we don't want to keep the same format, we could give a link to
> runtime-config-replication where data type and default is defined for
> publisher configurations max_replication_slots and max_wal_senders.
>

Thanks for your suggestions.

I have included xref links to the original definitions, rather than
defining the same GUC in multiple places.

PSA v3.

------
Kind Regards,
Peter Smith.
Fujitsu Australia

Attachment

pgsql-hackers by date:

Previous
From: Justin Pryzby
Date:
Subject: Re: Make mesage at end-of-recovery less scary.
Next
From: Daniel Gustafsson
Date:
Subject: Re: TAP output format in pg_regress