Re: Huge speed penalty using <>TRUE instead of =FALSE

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-bugs(at)postgresql(dot)org, Mikael Krantz <mk(at)zigamorph(dot)se>, Jan-Ivar Mellingen <jan-ivar(dot)mellingen(at)alreg(dot)no>
Subject: Re: Huge speed penalty using <>TRUE instead of =FALSE
Date: 2009-08-10 21:44:17
Message-ID: 603c8f070908101444p1905bff9tf7cef419559e94c3@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, Aug 10, 2009 at 11:10 AM, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> On Fri, Jul 17, 2009 at 10:21 AM, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>> Actually, now that I think about it, the planner already has
>>> datatype-specific knowledge about boolean equality (see
>>> simplify_boolean_equality).  It would take just a few more lines of code
>>> there to recognize "x <> true" and "x <> false" as additional variant
>>> spellings of the generic "x" or "NOT x" constructs.  Not sure if it's
>>> worth the trouble though; how many people really write such things?
>
>> I don't know, but there's probably somebody.  I probably did it myself
>> a few times, when I was just starting out.  If it's easy, it seems
>> worth doing.
>
> http://archives.postgresql.org/pgsql-committers/2009-07/msg00164.php
>
>                        regards, tom lane

Oh, cool. Sorry, I missed the fact that that email was almost a month old.

...Robert

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Alvaro Herrera 2009-08-10 22:46:54 Re: BUG #4970: Broken link in manual
Previous Message Magnus Hagander 2009-08-10 20:48:43 Re: [HACKERS] BUG #4961: pg_standby.exe crashes with no args