Re: row filtering for logical replication

From: Ajin Cherian <itsajin(at)gmail(dot)com>
To: Dilip Kumar <dilipbalaut(at)gmail(dot)com>
Cc: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, Euler Taveira <euler(at)eulerto(dot)com>, Peter Smith <smithpb2250(at)gmail(dot)com>, Rahila Syed <rahilasyed90(at)gmail(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Önder Kalacı <onderkalaci(at)gmail(dot)com>, japin <japinli(at)hotmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, David Steele <david(at)pgmasters(dot)net>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, Amit Langote <amitlangote09(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: row filtering for logical replication
Date: 2021-10-13 10:59:58
Message-ID: CAFPTHDa67_H=sALy+EqXDGmUKm1MO-83apffZkO34RELjt_Prg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Oct 12, 2021 at 1:33 PM Ajin Cherian <itsajin(at)gmail(dot)com> wrote:
> > I do not like the fact that, first we have deformed the tuples and we
> > are again using the HeapTuple
> > for expression evaluation machinery and later the expression
> > evaluation we do the deform again.
> >
> > So why don't you use the deformed tuple as it is to store as a virtual tuple?
> >
> > Infact, if newtup_changed is true then you are forming back the tuple
> > just to get it deformed again
> > in the expression evaluation.
> >
> > I think I have already given this comment on the last version.
>
> Right, I only used the deformed tuple later when it was written to the
> stream. I will modify this as well.

I have made the change to use the virtual slot for expression
evaluation and avoided tuple deformation.

regards,
Ajin Cherian
Fujitsu Australia

Attachment Content-Type Size
v32-0001-Row-filter-for-logical-replication.patch application/octet-stream 70.5 KB
v32-0003-PS-ExprState-cache-modifications.patch application/octet-stream 11.4 KB
v32-0002-PS-Add-tab-auto-complete-support-for-the-Row-Fil.patch application/octet-stream 2.2 KB
v32-0005-PS-POC-Row-filter-validation-walker.patch application/octet-stream 11.9 KB
v32-0004-PS-Row-filter-validation-of-replica-identity.patch application/octet-stream 20.3 KB
v32-0006-Support-updates-based-on-old-and-new-tuple-in-ro.patch application/octet-stream 19.2 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message kuroda.hayato@fujitsu.com 2021-10-13 11:05:19 RE: Allow escape in application_name
Previous Message Kyotaro Horiguchi 2021-10-13 10:52:52 Re: Inconsistency in startup process's MyBackendId and procsignal array registration with ProcSignalInit()