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

From Greg Stark
Subject Re: functional call named notation clashes with SQL feature
Date
Msg-id AANLkTikTiyDOyPezCqEdCC1RJFdQ6PbFdHBz4sqMLP4-@mail.gmail.com
Whole thread Raw
In response to Re: functional call named notation clashes with SQL feature  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: functional call named notation clashes with SQL feature
Re: functional call named notation clashes with SQL feature
List pgsql-hackers
On Mon, May 31, 2010 at 3:59 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> 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?
>

In fairness most of the discussion about breaking hstore was prior to
our learning that the sql committee had gone so far into the weeds.

If => is sql standard syntax then perhaps that changes the calculus.
It's no longer a matter of supporting some oracle-specific syntax that
diverges from sqlish syntax and conflicts with our syntax. Instead
it's a question of our operator syntax conflicting with the sql
standard.

Part of the earlier discussion was about how => was a tempting
operator name and other users may well have chosen it precisely
because it's so evocative. But we don't actually have any evidence of
that. Does anyone have any experience seeing => operators in the wild?

--
greg


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: PG 9.0 release timetable
Next
From: Sharmila Jothirajah
Date:
Subject: Re: Index only scans