Re: Separate GUC for replication origins

From: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
To: Euler Taveira <euler(at)eulerto(dot)com>
Cc: Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: Separate GUC for replication origins
Date: 2025-02-05 04:56:22
Message-ID: CAA4eK1JH34kvURvitHGt3dpgotQeZOvs5sbd9Hwg2aKSgErAew@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Feb 5, 2025 at 8:17 AM Euler Taveira <euler(at)eulerto(dot)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.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message vignesh C 2025-02-05 04:59:52 Re: Introduce XID age and inactive timeout based replication slot invalidation
Previous Message Dmitry Koterov 2025-02-05 04:20:28 Re: Increased work_mem for "logical replication tablesync worker" only?