Re: Skipping schema changes in publication
Andrei Lepikhov <lepihov@gmail.com>
From: Andrei Lepikhov <lepihov@gmail.com>
To: Amit Kapila <amit.kapila16@gmail.com>, vignesh C <vignesh21@gmail.com>
Cc: shveta malik <shveta.malik@gmail.com>,
Shlok Kyal <shlok.kyal.oss@gmail.com>, Nisha Moond
<nisha.moond412@gmail.com>, Ashutosh Sharma <ashu.coek88@gmail.com>,
"David G. Johnston" <david.g.johnston@gmail.com>,
Dilip Kumar <dilipbalaut@gmail.com>, Peter Smith <smithpb2250@gmail.com>,
"Zhijie Hou (Fujitsu)" <houzj.fnst@fujitsu.com>, YeXiu <1518981153@qq.com>,
Ian Lawrence Barwick <barwick@gmail.com>,
Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2026-03-06T12:55:23Z
Lists: pgsql-hackers
On 6/3/26 11:56, Amit Kapila wrote: > On Fri, Mar 6, 2026 at 1:47 PM vignesh C <vignesh21@gmail.com> wrote: >> > > Instead of a syntax like "ALTER PUBLICATION pub1 DROP EXCEPT TABLE t1" > to allow resetting the entire except list by incrementally dropping > the except tables, I could think of following alternatives IMO, using the 'DROP' syntax is an unusual choice because it does not match how an alter publication process actually happens. > > Option-1: ALTER PUBLICATION pub1 SET ALL TABLES; This suggests it is > still an ALL TABLES publication, but providing a new definition. Since > it didn't include an EXCEPT clause this time, the exception list is > now empty. I vote for a style that allows incremental add/remove table. > If we follow the first one, then we can choose "ALTER PUBLICATION pub1 > SET ALL TABLES EXCEPT TABLE (t1)" to set a new except list instead of > "ALTER PUBLICATION pub1 SET EXCEPT TABLE (t1)" This approach works best for me. It also matches the internal replication logic: take the new publication state, compare it with the old one, and process the differences. -- regards, Andrei Lepikhov, pgEdge
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix miscellaneous issues in EXCEPT publication clause.
- 6b0550c45d13 19 (unreleased) landed
-
Change syntax of EXCEPT TABLE clause in publication commands.
- 5984ea868eee 19 (unreleased) landed
-
Add support for EXCEPT TABLE in ALTER PUBLICATION.
- 493f8c6439cf 19 (unreleased) landed
-
Allow table exclusions in publications via EXCEPT TABLE.
- fd366065e06a 19 (unreleased) landed
-
Add wait_for_subscription_sync for TAP tests.
- 0c20dd33db16 16.0 cited