Re: functional call named notation clashes with SQL feature
От | Bruce Momjian |
---|---|
Тема | Re: functional call named notation clashes with SQL feature |
Дата | |
Msg-id | 201005311522.o4VFM8Z01718@momjian.us обсуждение исходный текст |
Ответ на | Re: functional call named notation clashes with SQL feature (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: functional call named notation clashes with SQL feature
|
Список | pgsql-hackers |
Tom Lane wrote: > Bruce Momjian <bruce@momjian.us> writes: > > Tom Lane wrote: > >> So as far as I can tell, no one is opposed to replacing "expr AS name" > >> with "name := expr" in the named-parameter syntax. Obviously we had > >> better get this done before beta2. Is anyone actually working on the > >> code/docs changes? If not, I'll pick it up. > > > If we eventually are going to want to support the ANSI standard "=>" > > syntax, I am thinking we should just do it now. The larger question is > > what justification do we have of not supporting "=>". > > Not breaking hstore, as well as any third-party modules that might be > using that operator name. Did you not absorb any of the discussion > so far? Yes, but if we are going to have to honor "=>" eventually, shouldn't we just do it now? Supporting := and => seems confusing. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com
В списке pgsql-hackers по дате отправления: