Re: Precedence of standard comparison operators - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Precedence of standard comparison operators
Date
Msg-id CA+Tgmobzvg6vshZw=wES3jisA3_bDmo245fvyDYgTyYPF=NpDg@mail.gmail.com
Whole thread Raw
In response to Re: Precedence of standard comparison operators  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: Precedence of standard comparison operators  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Tue, Mar 10, 2015 at 12:45 PM, David G. Johnston
<david.g.johnston@gmail.com> wrote:
> On Tue, Mar 10, 2015 at 9:37 AM, Robert Haas <robertmhaas@gmail.com> wrote:
>> On Tue, Mar 10, 2015 at 12:11 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> > Do we have consensus on doing this?  Should we have the warning on
>> > by default, or off?
>>
>> I vote for defaulting the warning to off.   If that proves to be too
>> problematic, I'd take that as a sign that this whole change is not as
>> low-impact as we're hoping, and maybe consider a rethink.
>
> Do we want to have three states?  On, Off, and Auto?  We can then change
> what Auto means in a point-release while letting people who have chosen On
> or Off have their wish.
>
> Auto could also consider some other data - like how long ago the database
> was initialized...
>
> I would vote for Auto meaning On in the .0 release.

I don't think users will appreciate an auto value whose meaning might
change at some point, and I doubt we've have much luck identifying the
correct point, either.  Users will upgrade over the course of years,
not months, and will not necessarily complete their application
retesting within any particular period of time thereafter.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Precedence of standard comparison operators
Next
From: Tom Lane
Date:
Subject: Re: proposal: disallow operator "=>" and use it for named parameters