Re: Pass ParseState as down to utility functions.
| От | Tom Lane |
|---|---|
| Тема | Re: Pass ParseState as down to utility functions. |
| Дата | |
| Msg-id | 522795.1733950137@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Pass ParseState as down to utility functions. (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: Pass ParseState as down to utility functions.
|
| Список | 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 по дате отправления: