Re: Separate GUC for replication origins - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: Separate GUC for replication origins
Date
Msg-id CAA4eK1JH34kvURvitHGt3dpgotQeZOvs5sbd9Hwg2aKSgErAew@mail.gmail.com
Whole thread Raw
In response to Re: Separate GUC for replication origins  (Peter Eisentraut <peter@eisentraut.org>)
List pgsql-hackers
On Wed, Feb 5, 2025 at 8:17 AM Euler Taveira <euler@eulerto.com> wrote:
>
> Under reflection, an accurate name is max_replication_origin_session_setup. A
> counter argument is that it is a long name (top-5 length).
>
> postgres=# select n, length(n) from (values('max_replication_origins'),
> ('max_tracked_replication_origins'),('max_replication_origin_states'),
> ('max_replication_origin_session_setup')) as gucs(n);
>                   n                   | length
> --------------------------------------+--------
> max_replication_origins              |     23
> max_tracked_replication_origins      |     31
> max_replication_origin_states        |     29
> max_replication_origin_session_setup |     36
> (4 rows)
>

The other possibility is max_replication_origin_sessions.

--
With Regards,
Amit Kapila.



pgsql-hackers by date:

Previous
From: Dmitry Koterov
Date:
Subject: Re: Increased work_mem for "logical replication tablesync worker" only?
Next
From: vignesh C
Date:
Subject: Re: Introduce XID age and inactive timeout based replication slot invalidation