Re: BUG #5732: parsing of: "WHERE mycol=123AND ..."
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #5732: parsing of: "WHERE mycol=123AND ..." |
| Дата | |
| Msg-id | 15290.1288317145@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: BUG #5732: parsing of: "WHERE mycol=123AND ..." (Josh Kupershmidt <schmiddy@gmail.com>) |
| Список | pgsql-bugs |
Josh Kupershmidt <schmiddy@gmail.com> writes:
> The only mild concern I have is if this could possibly lead to
> ambiguous parsing in some situations, though I've played with some
> examples and I haven't seen any yet. It would be nice to have this
> behavior documented somewhere though.
The fine manual currently says (at the head of section 4.1):
A token can be a key word, an identifier, a quoted identifier, a literal
(or constant), or a special character symbol. Tokens are normally
separated by whitespace (space, tab, newline), but need not be if there
is no ambiguity (which is generally only the case if a special character
is adjacent to some other token type).
The parenthetical remark at the end fails to point out the special case
of number-followed-by-identifier-that-doesn't-look-like-an-exponent.
But I'm not sure that it's reasonable to try to shoehorn in a mention
of the case. Might be a good idea to change "generally" to "usually",
though, since "generally" might be read as implying that that's the
exact and only rule.
regards, tom lane
В списке pgsql-bugs по дате отправления: