Re: Skipping schema changes in publication
Peter Smith <smithpb2250@gmail.com>
From: Peter Smith <smithpb2250@gmail.com>
To: Shlok Kyal <shlok.kyal.oss@gmail.com>
Cc: vignesh C <vignesh21@gmail.com>, Amit Kapila <amit.kapila16@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: 2025-11-17T07:51:57Z
Lists: pgsql-hackers
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
Hi Shlok, A comment about patch v27-0003 ====== doc/src/sgml/logical-replication.sgml All references to tables "t1" and "t2" should use the <structname> tag in the SGML. The current patch has broken this in multiple places: e.g. - Create a table <structname>t1</structname> to be used in the following example. + Create tables <literal>t1</literal> and <literal>t2</literal> to be used in + the following example. ~~ e.g. - table <structname>t1</structname> to reduce the number of columns that will be - replicated. Notice that the order of column names in the column list does - not matter. + table <literal>t1</literal>, and another column list is defined for table + <literal>t2</literal> using the <literal>EXCEPT</literal> clause to reduce + the number of columns that will be replicated. Note that the order of column + names in the column lists does not matter. ~~ e.g. - On the subscriber node, create a table <structname>t1</structname> which now - only needs a subset of the columns that were on the publisher table - <structname>t1</structname>, and also create the subscription + On the subscriber node, create tables <literal>t1</literal> and + <literal>t2</literal> which now only needs a subset of the columns that + were on the publisher tables <literal>t1</literal> and + <literal>t2</literal>, and also create the subscription ~~ e.g. - On the publisher node, insert some rows to table <structname>t1</structname>. + On the publisher node, insert some rows to tables <literal>t1</literal> + and <literal>t2</literal> ====== Kind Regards, Peter Smith. Fujitsu Australia