Re: [HACKERS] New TODO item
| От | Thomas Lockhart |
|---|---|
| Тема | Re: [HACKERS] New TODO item |
| Дата | |
| Msg-id | 3769AF66.B6F02756@alumni.caltech.edu обсуждение исходный текст |
| Ответ на | Re: [HACKERS] New TODO item (Bruce Momjian <maillist@candle.pha.pa.us>) |
| Ответы |
Re: [HACKERS] New TODO item
|
| Список | pgsql-hackers |
> > Looks to me like the parser is failing to reject this query as malformed.
> > transformIdent() is willing to take either a column name or a relation
> > name (why?), and no one upstream is rejecting the relation-name case.
> There is some reason for this that I think Thomas can tell us.
Moi? Why drag me into this? ;)
I'm not recalling why we would want to handle bare relation names in
an expression, but it does seem that a flag is being set in
transformIdent() which one could test later to verify that you have a
column. afaik this code predates my contributions, so I don't have
much insight into it. (It is true that there are a few extensions to
the SQL syntax which are holdovers from the PostQuel language, which
explains a few odd features in the parser.)
Would you prefer that we do nothing until I have a chance to research
this some more, or is someone going to dive in?
- Thomas
--
Thomas Lockhart lockhart@alumni.caltech.edu
South Pasadena, California
В списке pgsql-hackers по дате отправления: