Re: Orphaned records in pg_replication_origin_status after subscription drop - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: Orphaned records in pg_replication_origin_status after subscription drop
Date
Msg-id CAA4eK1LCgre6=L+WnNUJacpwmtJizSpuCUyrFbi_2ox3TX=REQ@mail.gmail.com
Whole thread Raw
In response to Re: Orphaned records in pg_replication_origin_status after subscription drop  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
On Mon, Dec 22, 2025 at 4:31 AM Michael Paquier <michael@paquier.xyz> wrote:
>
> On Sat, Dec 20, 2025 at 02:55:15PM +0530, Amit Kapila wrote:
> > As of today, I can't think of a case where next time (restart after
> > error) we won't generate the same origin_name but I think this will
> > add the dependency that each time the origin name should be generated
> > the same.
>
> ReplicationOriginNameForLogicalRep() would generate the origin name as
> pg_suboid_relid, so we would always reuse the same origin name on
> restart as long as the subscription is not recreated, wouldn't we?
>

Yes. I had thought about if there is any way the relid or subid can
change in between the restart of tablesync worker but I can't think of
any. So, it sounds safe.

--
With Regards,
Amit Kapila.



pgsql-hackers by date:

Previous
From: shveta malik
Date:
Subject: Re: Skipping schema changes in publication
Next
From: Amit Kapila
Date:
Subject: Re: Logical Replication of sequences