Re: Why can't you define a table alias on an update?
От | Tom Lane |
---|---|
Тема | Re: Why can't you define a table alias on an update? |
Дата | |
Msg-id | 2472.1055770941@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Why can't you define a table alias on an update? ("Jim C. Nasby" <jim@nasby.net>) |
Ответы |
Re: Why can't you define a table alias on an update?
Re: Why can't you define a table alias on an update? Re: Why can't you define a table alias on an update? |
Список | pgsql-general |
"Jim C. Nasby" <jim@nasby.net> writes: > On Sun, Jun 15, 2003 at 06:36:57PM -0400, Tom Lane wrote: >> It seems like a reasonable extension, but looking at the grammar just >> now, I think that we'd have to turn SET from an unreserved keyword to a >> reserved word to make this work. Not sure how many peoples' databases >> that would break ... but we'd probably get a few complaints ... > Would it be reasonable to have a setting that enabled/disabled this? No, unless you want to have two complete bison parsers in there. AFAIK there's no good way to alter the reserved-word status of a keyword on the fly. So either we do it, or not. I'm not necessarily opposed to doing it, I just wanted to raise a flag and see if anyone reading this thread would complain. regards, tom lane
В списке pgsql-general по дате отправления: