| From: | vignesh C <vignesh21(at)gmail(dot)com> |
|---|---|
| To: | Peter Eisentraut <peter(at)eisentraut(dot)org> |
| Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, jian he <jian(dot)universality(at)gmail(dot)com>, Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com> |
| Subject: | Re: Virtual generated columns |
| Date: | 2024-11-11 05:51:25 |
| Message-ID: | CALDaNm0qgdx-zzCM4fAx++JBcZYoRsFp_7Dv5hnKRbUt87X3nw@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, 5 Nov 2024 at 21:48, Peter Eisentraut <peter(at)eisentraut(dot)org> wrote:
>
> On 30.09.24 04:09, Peter Eisentraut wrote:
> > I'm attaching a consolidated patch here, so we have something up to date
> > on the record. I haven't worked through all the other recent feedback
> > from Jian He yet; I'll do that next.
>
> New patch version. I've gone through the whole thread again and looked
> at all the feedback and various bug reports and test cases and made sure
> they are all addressed in the latest patch version. (I'll send some
> separate messages to respond to some individual messages, but I'm
> keeping the latest patch here.)
The patch needs to be rebased due to a recent commit 14e87ffa5c5. I
have verified the behavior of logical replication of row filters on
the virtual generated column, and everything appears to be functioning
as expected. One suggestion would be to add a test case for the row
filter on a virtual generated column.
Regards,
Vignesh
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Bertrand Drouvot | 2024-11-11 06:19:50 | Re: define pg_structiszero(addr, s, r) |
| Previous Message | Masahiro Ikeda | 2024-11-11 04:36:20 | Re: Avoiding superfluous buffer locking during nbtree backwards scans |