From: | Amit Langote <amitlangote09(at)gmail(dot)com> |
---|---|
To: | Zhihong Yu <zyu(at)yugabyte(dot)com> |
Cc: | Corey Huinker <corey(dot)huinker(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, vignesh C <vignesh21(at)gmail(dot)com>, Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, PostgreSQL Developers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: simplifying foreign key/RI checks |
Date: | 2022-04-11 07:47:46 |
Message-ID: | CA+HiwqEhfA+VHy=Ckrx2v14SfAh0v2Pbgv1kB0o92-AbX7PoHw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Apr 7, 2022 at 10:05 AM Amit Langote <amitlangote09(at)gmail(dot)com> wrote:
> There were rebase conflicts with the recently committed
> execPartition.c/h changes. While fixing them, I thought maybe
> find_leaf_part_for_key() doesn't quite match in style with its
> neighbors in execPartition.h, so changed it to
> ExecGetLeafPartitionForKey().
This one has been marked Returned with Feedback in the CF app, which
makes sense given the discussion on -committers [1].
Agree with the feedback given that it would be better to address *all*
RI trigger check/action functions in the project of sidestepping SPI
when doing those checks/actions, not only RI_FKey_check_ins / upd() as
the current patch does. I guess that will require thinking a little
bit harder about how to modularize the new implementation so that the
various trigger functions don't end up with their own bespoke
check/action implementations.
I'll think about that, also consider what Corey proposed in [2], and
try to reformulate this for v16.
--
Amit Langote
EDB: http://www.enterprisedb.com
[1] https://www.postgresql.org/message-id/flat/E1ncXX2-000mFt-Pe%40gemulon.postgresql.org
[2] https://www.postgresql.org/message-id/flat/CADkLM%3DeZJddpx6RDop-oCrQ%2BJ9R-wfbf6MoLxUUGjbpwTkoUXQ%40mail.gmail.com
From | Date | Subject | |
---|---|---|---|
Next Message | Antonin Houska | 2022-04-11 08:06:04 | Re: Temporary file access API |
Previous Message | Michael Paquier | 2022-04-11 07:43:26 | Re: pgsql: Add TAP test for archive_cleanup_command and recovery_end_comman |