Re: row filtering for logical replication
От | Peter Smith |
---|---|
Тема | Re: row filtering for logical replication |
Дата | |
Msg-id | CAHut+PtNWXPba0h=do_UiwaEziePNr7Z+58+-ctpyP2Pq1VkPw@mail.gmail.com обсуждение исходный текст |
Ответ на | RE: row filtering for logical replication ("houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>) |
Список | pgsql-hackers |
On Tue, Jan 25, 2022 at 2:18 PM houzj.fnst@fujitsu.com <houzj.fnst@fujitsu.com> wrote: > > On Monday, January 24, 2022 4:38 PM Peter Smith <smithpb2250@gmail.com> > > ... > > 5. src/include/catalog/pg_publication.h - typedef struct PublicationDesc > > > > +typedef struct PublicationDesc > > +{ > > + /* > > + * true if the columns referenced in row filters which are used for > > +UPDATE > > + * or DELETE are part of the replica identity, or the publication > > +actions > > + * do not include UPDATE or DELETE. > > + */ > > + bool rf_valid_for_update; > > + bool rf_valid_for_delete; > > + > > + AttrNumber invalid_rfcol_update; > > + AttrNumber invalid_rfcol_delete; > > + > > + PublicationActions pubactions; > > +} PublicationDesc; > > + > > > > I did not see any point really for the pairs of booleans and AttNumbers. > > AFAIK both of them shared exactly the same validation logic so I think you can > > get by using fewer members here. > > the pairs of booleans are intended to fix the problem[2] reported earlier. > [2] https://www.postgresql.org/message-id/OS0PR01MB611367BB85115707CDB2F40CFB5A9%40OS0PR01MB6113.jpnprd01.prod.outlook.com > > OK. Thanks for the info. ------ Kind Regards, Peter Smith. Fujitsu Australia
В списке pgsql-hackers по дате отправления: