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

From vignesh C
Subject Re: Separate GUC for replication origins
Date
Msg-id CALDaNm3vqW+Zg0CgpOoYsAXdkGJAchSYJ_UJRtph2xbfapZ7kw@mail.gmail.com
Whole thread Raw
In response to Re: Separate GUC for replication origins  ("Euler Taveira" <euler@eulerto.com>)
Responses Re: Separate GUC for replication origins
List pgsql-hackers
On Fri, 7 Mar 2025 at 21:21, Euler Taveira <euler@eulerto.com> wrote:
>
> On Fri, Mar 7, 2025, at 11:47 AM, Peter Eisentraut wrote:
>
> Is that maximum active for the whole system, or maximum active per
> session, or maximum active per created origin, or some combination of these?
>
>
> It is a cluster-wide setting. Similar to max_replication_slots. I will make
> sure the GUC description is clear about it. It seems the Replication Progress
> Tracking chapter needs an update to specify this information too.

I reviewed the discussion on this thread and believe we now have an
agreement on the design and GUC names. However, the patch still needs
updates and extensive testing, especially considering its impact on
backward compatibility. I'm unsure if this feature can be committed in
the current CommitFest. If you're okay with it, we can move it to the
next CommitFest. However, if you prefer to keep it, we can do our best
to complete it and make a final decision at the end of the CommitFest.

Regards,
Vignesh



pgsql-hackers by date:

Previous
From: vignesh C
Date:
Subject: Re: Conflict detection for update_deleted in logical replication
Next
From: Ashutosh Bapat
Date:
Subject: Re: Support NOT VALID / VALIDATE constraint options for named NOT NULL constraints