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

From Masahiko Sawada
Subject Re: Separate GUC for replication origins
Date
Msg-id CAD21AoAYBK6ayp9BRJCwhyfEsFmpLTXYv3_Ho9T4DPK97Aj3Lw@mail.gmail.com
Whole thread Raw
In response to Re: Separate GUC for replication origins  ("Euler Taveira" <euler@eulerto.com>)
List pgsql-hackers
On Wed, Feb 5, 2025 at 4:39 PM Euler Taveira <euler@eulerto.com> wrote:
>
> On Wed, Feb 5, 2025, at 1:56 AM, Amit Kapila wrote:
>
> 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.
>
>
> Looks reasonable to me.
>
> Opinions?

+1

Regards,

--
Masahiko Sawada
Amazon Web Services: https://aws.amazon.com



pgsql-hackers by date:

Previous
From: "Euler Taveira"
Date:
Subject: Re: Separate GUC for replication origins
Next
From: "David G. Johnston"
Date:
Subject: Re: Docs for pg_basebackup needs v17 note for incremental backup