From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Simon Riggs <simon(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Precedence of standard comparison operators |
Date: | 2015-03-11 17:24:28 |
Message-ID: | 5419.1426094668@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> On Tue, Mar 10, 2015 at 1:12 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Another possibility is to leave it on through beta testing with the intent
>>> to turn it off before 9.5 final; that would give us more data about
>>> whether there are real issues than we're likely to get otherwise.
>> To my mind, the fact that we're doing this at all is largely
>> predicated on the fact that there won't be many real issues. So I
>> think the goal of the debugging messages ought to be to let those
>> people who discover that they do have issues track them down more
>> easily, not to warn people. Warning is sort of closing the barn door
>> after the horse has got out: hey, by the way, I just broke your app.
> Agreed, but in the near term we need to *find out* whether there will
> be many real issues. Perhaps having the warnings on by default would
> help that, or perhaps not; I'm not sure.
Given the lack of enthusiasm about that argument, I've pushed the patch
with warnings off by default. It's certainly easy enough to change that
aspect later if we choose to.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2015-03-11 17:32:23 | Re: Providing catalog view to pg_hba.conf file - Patch submission |
Previous Message | Alvaro Herrera | 2015-03-11 16:27:57 | Re: One question about security label command |