On Wed, Jun 8, 2022 12:10 PM Amit Kapila <amit.kapil...@gmail.com> wrote: > > On Tue, Jun 7, 2022 at 7:08 PM Euler Taveira <eu...@eulerto.com> wrote: > > > > On Tue, Jun 7, 2022, at 1:10 AM, Peter Smith wrote: > > > > The logical replication tablesync ignores the publication 'publish' > > operations during the initial data copy. > > > > This is current/known PG behaviour (e.g. as recently mentioned [1]) > > but it was not documented anywhere. > > > > initial data synchronization != replication. publish parameter is a > > replication > > property; it is not a initial data synchronization property. Maybe we should > > make it clear like you are suggesting. > > > > +1 to document it. We respect some other properties of publication > like the publish_via_partition_root parameter, column lists, and row > filters. So it is better to explain about 'publish' parameter which we > ignore during the initial sync. >
I also agree to add it to the document. > > You could expand the > > suggested sentence to make it clear what publish parameter is or even add > a > > link to the CREATE PUBLICATION synopsis (that explains about publish > > parameter). > > > > +1. I suggest that we should add some text about the behavior of > initial sync in CREATE PUBLICATION doc (along with the 'publish' > parameter) or otherwise, we can explain it where we are talking about > publications [1]. > I noticed that CREATE SUBSCRIPTION doc mentions that row filter will affect initial sync along with "copy_data" parameter.[1] Maybe we can add some text for "publish" parameter there. [1] https://www.postgresql.org/docs/devel/sql-createsubscription.html Regards, Shi yu
