Re: functional call named notation clashes with SQL feature - Mailing list pgsql-hackers

From Dimitri Fontaine
Subject Re: functional call named notation clashes with SQL feature
Date
Msg-id 877hmgt8nu.fsf@hi-media-techno.com
Whole thread Raw
In response to Re: functional call named notation clashes with SQL feature  (Bruce Momjian <bruce@momjian.us>)
Responses Re: functional call named notation clashes with SQL feature  ("David E. Wheeler" <david@kineticode.com>)
List 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 by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: functional call named notation clashes with SQL feature
Next
From: Tom Lane
Date:
Subject: Re: functional call named notation clashes with SQL feature