Re: Pass ParseState as down to utility functions. - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Pass ParseState as down to utility functions.
Date
Msg-id 522795.1733950137@sss.pgh.pa.us
Whole thread Raw
In response to Re: Pass ParseState as down to utility functions.  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: Pass ParseState as down to utility functions.
List pgsql-hackers
jian he <jian.universality@gmail.com> writes:
> add parser_errposition to some places in
> transformTableConstraint, transformColumnDefinition
> where v8 didn't.

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.

Eventually we might want to make ProcessUtility's callers pass down
a pstate, but that would be a whole other area of invasive changes,
so I think we should leave that idea for later.  Right now though,
it seems reasonable to change AlterTableUtilityContext to replace
the queryString and queryEnv fields with a ParseState carrying that
info --- and, perhaps, someday saving us from adding more ad-hoc
fields there.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Guillaume Lelarge
Date:
Subject: Re: Proposals for EXPLAIN: rename ANALYZE to EXECUTE and extend VERBOSE
Next
From: David Rowley
Date:
Subject: Re: Proposals for EXPLAIN: rename ANALYZE to EXECUTE and extend VERBOSE