Re: Why the "UPDATE tab SET tab.col" is invalid?
От | Geoff Winkless |
---|---|
Тема | Re: Why the "UPDATE tab SET tab.col" is invalid? |
Дата | |
Msg-id | CAEzk6feA3rzwCNKA+u3jneqfW_kAMhBd4Hhb92we=BeC_-WQwQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Why the "UPDATE tab SET tab.col" is invalid? (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
On 7 April 2016 at 16:45, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Don't know which version of the SQL spec you're looking at, It was the draft 95 version, cos (being text file) it's easiest to read :). I'll learn my lesson next time and expand the 2008 one. > but SQL:2008 has > > <update statement: searched> ::= > UPDATE <target table> [ [ AS ] <correlation name> ] > SET <set clause list> > [ WHERE <search condition> ] [snip] > The reason why SQL doesn't allow an optional correlation name, and > probably never will, is the same as the reason why we don't, and probably > never will: it introduces an ambiguity as to whether you meant a dotted > set-clause target name to be a reference to a field of a composite column > or just a noise-word reference to the table's correlation name. I stand (comprehensively :) ) corrected, thanks for clarifying. Geoff
В списке pgsql-hackers по дате отправления: