Re: functional call named notation clashes with SQL feature
От | Dimitri Fontaine |
---|---|
Тема | Re: functional call named notation clashes with SQL feature |
Дата | |
Msg-id | 877hmgt8nu.fsf@hi-media-techno.com обсуждение исходный текст |
Ответ на | Re: functional call named notation clashes with SQL feature (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: functional call named notation clashes with SQL feature
|
Список | pgsql-hackers |
Bruce Momjian <bruce@momjian.us> writes: > Is telling hstore users they have to change => to something else such a > large major version incompatibility that it is worth supporting and > documenting two syntaxes for parameter assignment? It is that calculus > that has me questioning our approach. Well it's not only hstore. Anyone can CREATE OPERATOR => on any released version of PostgreSQL currently. I don't think we can deprecate it on short notice, so we'll have := in 9.0, and maybe a deprecation notice for =>. Now that it's pretty clear from Peter that the standard is not going to change its choice here, I'll vote adding a WARNING each time an operator called => is created, so that we get a chance to move later on. Regards, -- dim
В списке pgsql-hackers по дате отправления: