Re: row filtering for logical replication
Peter Smith <smithpb2250@gmail.com>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Release cache tuple when no longer needed
- ed0fbc8e5ac9 15.0 landed
-
Add some additional tests for row filters in logical replication.
- ceb57afd3ce1 15.0 landed
-
Fix one of the tests introduced in commit 52e4f0cd47.
- cfb4e209ec15 15.0 landed
-
Allow specifying row filters for logical replication of tables.
- 52e4f0cd472d 15.0 landed
-
Move scanint8() to numutils.c
- cfc7191dfea3 15.0 cited
-
Replace Test::More plans with done_testing
- 549ec201d613 15.0 cited
-
Reduce relcache access in WAL sender streaming logical changes
- 6ce16088bfed 15.0 cited
-
Small cleanups related to PUBLICATION framework code
- c9105dd3660f 15.0 cited
-
Add a view to show the stats of subscription workers.
- 8d74fc96db5f 15.0 cited
-
Allow publishing the tables of schema.
- 5a2832465fd8 15.0 cited
-
Doc: improve documentation of CREATE/ALTER SUBSCRIPTION.
- 1882d6cca161 15.0 cited
-
Add PublicationTable and PublicationRelInfo structs
- 0c6828fa987b 15.0 cited
-
Remove unused argument "txn" in maybe_send_schema().
- 93d573d86571 15.0 cited
-
Add prepare API support for streaming transactions in logical replication.
- 63cf61cdeb7b 15.0 cited
-
Unify PostgresNode's new() and get_new_node() methods
- 201a76183e20 15.0 cited
-
Use l*_node() family of functions where appropriate
- 2b00db4fb0c7 15.0 cited
-
Add support for prepared transactions to built-in logical replication.
- a8fd13cab0ba 15.0 cited
-
Restore the portal-level snapshot after procedure COMMIT/ROLLBACK.
- ef9480509622 11.13 cited
-
Rename a parse node to be more general
- 91d1f2d30210 14.0 landed
-
Remove unused column atttypmod from initial tablesync query
- 4ad31bb2ef25 14.0 landed
-
SEARCH and CYCLE clauses
- 3696a600e229 14.0 cited
Attachments
- v59-0001-Row-filter-for-logical-replication.patch (application/octet-stream) patch v59-0001
- v59-0002-Row-filter-updates-based-on-old-new-tuples.patch (application/octet-stream) patch v59-0002
- v59-0003-Row-filter-tab-auto-complete-and-pgdump.patch (application/octet-stream) patch v59-0003
- v59-0004-Row-filter-refactor-transformations.patch (application/octet-stream) patch v59-0004
On Thu, Jan 6, 2022 at 9:29 AM Peter Smith <smithpb2250@gmail.com> wrote: > > FYI - v58 is currently known to be broken due to a recent commit [1]. > > I plan to post a v59* later today to address this as well as other > recent review comments. > > ------ > [1] https://github.com/postgres/postgres/commit/6ce16088bfed97f982f66a9dc17b8364df289e4d > > Kind Regards, > Peter Smith. > Fujitsu Australia. Here is the v59* patch set: Main changes from v58* are 0. Rebase to HEAD (needed after recent commit [1]) 1. Multiple review comments addressed ~~ Details ======= v58-0001 (main) - Fixed some typos for commit message - Made PG docs wording more consistent [5/1 Peter] #1,#2 - Modified tablesync SQL using Vignesh improvements [22/12 Amit] and Tang improvements [internal] - Fixed whitespace [5/1 Peter] #3 - Moved code below comment [5/1 Peter] #4 - Fixed typos/wording in comments [5/1 Peter] #5,#6,#7,#8,#9,#10,#13 - Removed parse_node.h from this patch [5/1 Peter] #12, [5/1 Vignesh] #4 - Used for_each_from macro in tablesync [5/1 Wangw] #1 - Reverted unnecessary signature change of get_rel_sync_entry [5/1 Wangw] #2 - Moved #define outside of struct [5/1 Amit #define] v58-0002 (new/old tuple) - Modified signature of pgoutput_row_file_update_check [29/12 Tang] #3 - Removed unnecessary assignments of *action [5/1 Amit *action] v58-0003 (tab, dump) - no change v58-0004 (refactor transformations) - no change ------ [1] https://github.com/postgres/postgres/commit/6ce16088bfed97f982f66a9dc17b8364df289e4d [22/12 Amit] https://www.postgresql.org/message-id/CAA4eK1JNRE1dQR_xQT-2pFFHMTXzb%3DCf68Dw3N_5swvrz0D8tw%40mail.gmail.com [29/12 Tang] https://www.postgresql.org/message-id/OS0PR01MB611317903619FE04C42AD1ECFB449%40OS0PR01MB6113.jpnprd01.prod.outlook.com [5/1 Amit #define] https://www.postgresql.org/message-id/CAA4eK1K5%3DFZ47va1NjTrSJADCf91%3D251LtvqBxNjt4vtZGjPGw%40mail.gmail.com [5/1 Amit *action] https://www.postgresql.org/message-id/CAA4eK1Ktt5GrzM8hHWn9htg_Cfn-7y0VN6zFFyqQM4FxEjc5Rg%40mail.gmail.com [5/1 Peter] https://www.postgresql.org/message-id/CAHut%2BPvp_O%2BZQf11kOyhO80YHUQnPQZMDRrm2ce%2BryY36H_TPw%40mail.gmail.com [5/1 Vignesh] https://www.postgresql.org/message-id/CALDaNm13yVPH0EcObv4tCHLQfUwjfvPFh8c-nd3Ldg71Y9es7A%40mail.gmail.com [5/1 Wangw] https://www.postgresql.org/message-id/OS3PR01MB6275ADE2B0EDED067C136D539E4B9%40OS3PR01MB6275.jpnprd01.prod.outlook.com Kind Regards, Peter Smith. Fujitsu Australia