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  ("David E. Wheeler" <david@kineticode.com>)
Список 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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: functional call named notation clashes with SQL feature
Следующее
От: Tom Lane
Дата:
Сообщение: Re: functional call named notation clashes with SQL feature