From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | jian he <jian(dot)universality(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Kirill Reshke <reshkekirill(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Pass ParseState as down to utility functions. |
Date: | 2024-12-12 02:29:03 |
Message-ID: | Z1pKb0-iHXpNfMJB@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Dec 12, 2024 at 10:08:04AM +0800, jian he wrote:
> On Thu, Dec 12, 2024 at 4:48 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I'm not loving the idea of cons'ing up ParseStates in random places in
>> tablecmds.c. I think we ought to fix things so that the one made in
>> standard_ProcessUtility is passed down to all these places, replacing
>> ad-hoc queryString and queryEnv parameters.
> the main code change is within DefineDomain.
[ .. more comments from Jian .. ]
Yeah, I'm not much a fan of some of the changes of tablecmds.c, that
makes the whole stack more complicated than it should.
ProcessUtilitySlow() passing down a ParseState to DefineDomain() and
AlterType() is more consistent and a good idea IMO.
I think that the patch should be split a bit more. Even if different
areas of the code are touched, there's more than one idea of how to
create this information for the error position, so each piece could be
committed separately with changes showing up as diffs in the
regression tests.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | John Naylor | 2024-12-12 02:30:59 | Re: CRC32C Parallel Computation Optimization on ARM |
Previous Message | Michael Paquier | 2024-12-12 02:19:13 | Re: Pass ParseState as down to utility functions. |