Re: Support EXCEPT for TABLES IN SCHEMA publications
Amit Kapila <amit.kapila16@gmail.com>
From: Amit Kapila <amit.kapila16@gmail.com>
To: shveta malik <shveta.malik@gmail.com>
Cc: Nisha Moond <nisha.moond412@gmail.com>,
Peter Smith <smithpb2250@gmail.com>, Zsolt Parragi <zsolt.parragi@percona.com>, pgsql-hackers@lists.postgresql.org
Date: 2026-07-02T09:03:47Z
Lists: pgsql-hackers
On Wed, Jul 1, 2026 at 3:54 PM shveta malik <shveta.malik@gmail.com> wrote: > > On Wed, Jul 1, 2026 at 3:42 PM Nisha Moond <nisha.moond412@gmail.com> wrote: > > > > During tests, I found one behavior that needs discussion: > > > > Consider a partition hierarchy where the root table is in schema s2, a > > child partition is in schema s1, and the publication includes both > > schemas but excludes only the root table. > > This is the exact scenario I had in mind when reviewing > 'get_rel_sync_entry-->GetTopMostAncestorInPublication' flow, thus I > suggested adding comments about intentionally fetching the 'Exclude > list' only for the Root. I was about to test it in my next review > cycle. > > The first thought is that if root is excluded, the partition should > also be excluded to maintain consistency with the 'ALL TABLES Except > ROOT' behaviour. But then it needs to be documented too. > +1. It is good to be consistent here with similar ALL TABLES case. BTW, as we can't exclude the child table explicitly, this anyway seems like the only option because otherwise, users won't have any way to exclude the child table. -- With Regards, Amit Kapila.
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Doc: Clarify that publication exclusions track table identity.
- 77b6dd909252 19 (unreleased) cited