Re: row filtering for logical replication - Mailing list pgsql-hackers
From | Erik Rijkers |
---|---|
Subject | Re: row filtering for logical replication |
Date | |
Msg-id | d815a4a0f59e9c1b51caceae485b1193@xs4all.nl Whole thread Raw |
In response to | Re: row filtering for logical replication (Euler Taveira <euler@timbira.com.br>) |
Responses |
Re: row filtering for logical replication
|
List | pgsql-hackers |
On 2019-09-01 02:28, Euler Taveira wrote: > Em dom, 3 de fev de 2019 às 07:14, Andres Freund <andres@anarazel.de> > escreveu: >> >> As far as I can tell, the patch has not been refreshed since. So I'm >> marking this as returned with feedback for now. Please resubmit once >> ready. >> > I fix all of the bugs pointed in this thread. I decide to disallow > 0001-Remove-unused-atttypmod-column-from-initial-table-sy.patch > 0002-Store-number-of-tuples-in-WalRcvExecResult.patch > 0003-Refactor-function-create_estate_for_relation.patch > 0004-Rename-a-WHERE-node.patch > 0005-Row-filtering-for-logical-replication.patch > 0006-Print-publication-WHERE-condition-in-psql.patch > 0007-Publication-where-condition-support-for-pg_dump.patch > 0008-Debug-for-row-filtering.patch Hi, The first 4 of these apply without error, but I can't get 0005 to apply. This is what I use: patch --dry-run -b -l -F 5 -p 1 < /home/aardvark/download/pgpatches/0130/logrep_rowfilter/20190901/0005-Row-filtering-for-logical-replication.patch checking file doc/src/sgml/catalogs.sgml Hunk #1 succeeded at 5595 (offset 8 lines). checking file doc/src/sgml/ref/alter_publication.sgml checking file doc/src/sgml/ref/create_publication.sgml checking file src/backend/catalog/pg_publication.c checking file src/backend/commands/publicationcmds.c Hunk #1 succeeded at 352 (offset 8 lines). Hunk #2 succeeded at 381 (offset 8 lines). Hunk #3 succeeded at 539 (offset 8 lines). Hunk #4 succeeded at 570 (offset 8 lines). Hunk #5 succeeded at 601 (offset 8 lines). Hunk #6 succeeded at 626 (offset 8 lines). Hunk #7 succeeded at 647 (offset 8 lines). Hunk #8 succeeded at 679 (offset 8 lines). Hunk #9 succeeded at 693 (offset 8 lines). checking file src/backend/parser/gram.y checking file src/backend/parser/parse_agg.c checking file src/backend/parser/parse_expr.c Hunk #4 succeeded at 3571 (offset -2 lines). checking file src/backend/parser/parse_func.c Hunk #1 succeeded at 2516 (offset -13 lines). checking file src/backend/replication/logical/tablesync.c checking file src/backend/replication/logical/worker.c checking file src/backend/replication/pgoutput/pgoutput.c Hunk #1 FAILED at 12. Hunk #2 succeeded at 60 (offset 2 lines). Hunk #3 succeeded at 336 (offset 2 lines). Hunk #4 succeeded at 630 (offset 2 lines). Hunk #5 succeeded at 647 (offset 2 lines). Hunk #6 succeeded at 738 (offset 2 lines). 1 out of 6 hunks FAILED checking file src/include/catalog/pg_publication.h checking file src/include/catalog/pg_publication_rel.h checking file src/include/catalog/toasting.h checking file src/include/nodes/nodes.h checking file src/include/nodes/parsenodes.h Hunk #1 succeeded at 3461 (offset -1 lines). Hunk #2 succeeded at 3486 (offset -1 lines). checking file src/include/parser/parse_node.h checking file src/include/replication/logicalrelation.h checking file src/test/regress/expected/publication.out Hunk #1 succeeded at 116 (offset 9 lines). checking file src/test/regress/sql/publication.sql Hunk #1 succeeded at 69 with fuzz 1 (offset 9 lines). checking file src/test/subscription/t/013_row_filter.pl perhaps that can be fixed? thanks, Erik Rijkers
pgsql-hackers by date: