Re: EXISTS optimization

From: Martijn van Oosterhout <kleptog(at)svana(dot)org>
To: Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org, pgsql-performance(at)postgresql(dot)org, Andrea Olson <Aolson(dot)CCAP(dot)Courts(at)wicourts(dot)gov>, Bill Severson <BSEVERS(dot)CCAP(dot)Courts(at)wicourts(dot)gov>, John Hutchins <jhutchi(dot)CCAP(dot)Courts(at)wicourts(dot)gov>, Randy Peterson <RPETERS(dot)CCAP(dot)Courts(at)wicourts(dot)gov>, Shannon Spranger <ssprang(dot)CCAP(dot)Courts(at)wicourts(dot)gov>
Subject: Re: EXISTS optimization
Date: 2007-03-24 13:07:59
Message-ID: 20070324130759.GA1089@svana.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Fri, Mar 23, 2007 at 05:30:27PM -0500, Kevin Grittner wrote:
> I don't understand -- TRUE OR UNKNOWN evaluates to TRUE, so why would
> the IN need to continue? I'm not quite following the rest; could you
> elaborate or give an example? (Sorry if I'm lagging behind the rest
> of the class here.)

You're right, I'm getting confused with the interaction of NULL and NOT
IN.

The multiple evaluation thing still applies, but that's minor.

Have a nice day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> From each according to his ability. To each according to his ability to litigate.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Magnus Hagander 2007-03-24 14:07:57 tsearch2 regression test failures
Previous Message nc-kocamana2 2007-03-24 12:41:16 Re: Time to package 8.2.4

Browse pgsql-performance by date

  From Date Subject
Next Message Dave Cramer 2007-03-24 13:31:11 Re: Optimization postgresql 8.1.4 FC 6 X64 ?
Previous Message Heikki Linnakangas 2007-03-24 10:44:47 Re: Optimization postgresql 8.1.4 FC 6 X64 ?