Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 72DE39FB4F9; Sat, 24 Mar 2007 10:08:32 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 72790-04-3; Sat, 24 Mar 2007 10:08:28 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from svana.org (unknown [125.62.87.134]) by postgresql.org (Postfix) with ESMTP id 402759FB417; Sat, 24 Mar 2007 10:08:26 -0300 (ADT) Received: from kleptog by svana.org with local (Exim 4.50) id 1HV5yR-0000lK-EU; Sun, 25 Mar 2007 00:07:59 +1100 Date: Sat, 24 Mar 2007 14:07:59 +0100 From: Martijn van Oosterhout To: Kevin Grittner Cc: Tom Lane , pgsql-hackers@postgresql.org, pgsql-performance@postgresql.org, Andrea Olson , Bill Severson , John Hutchins , Randy Peterson , Shannon Spranger Subject: Re: EXISTS optimization Message-ID: <20070324130759.GA1089@svana.org> Reply-To: Martijn van Oosterhout References: <4603C1A3.EE98.0025.0@wicourts.gov> <25339.1174686582@sss.pgh.pa.us> <20070323222641.GD9623@svana.org> <46040EB2.EE98.0025.0@wicourts.gov> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <46040EB2.EE98.0025.0@wicourts.gov> X-PGP-Key-ID: Length=1024; ID=0x0DC67BE6 X-PGP-Key-Fingerprint: 295F A899 A81A 156D B522 48A7 6394 F08A 0DC6 7BE6 X-PGP-Key-URL: User-Agent: Mutt/1.5.9i X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: kleptog@svana.org X-SA-Exim-Scanned: No (on svana.org); SAEximRunCond expanded to false X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200703/1435 X-Sequence-Number: 100919 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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, --=20 Martijn van Oosterhout http://svana.org/kleptog/ > From each according to his ability. To each according to his ability to l= itigate. --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGBSKvIB7bNG8LQkwRApA6AJ40lL5YJ4WWLALouegPzAcvR0qRWACfTjyk FxcQQTAy5I8SRMcAwJXYn3U= =B7c3 -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO--