Re: Planning for improved versions of IN/NOT IN

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Mike Mascari <mascarm(at)mascari(dot)com>
Cc: Joe Conway <mail(at)joeconway(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Planning for improved versions of IN/NOT IN
Date: 2002-11-30 05:44:59
Message-ID: 27336.1038635099@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Mike Mascari <mascarm(at)mascari(dot)com> writes:
> I curious if any of the rewriting of EXISTS and NOT EXISTS would
> address the problem described by Date:

> http://www.firstsql.com/iexist.htm

We are not here to redefine the SQL spec ... and especially not to
eliminate its concept of NULL, which is what Date would really like ;-)

The above-quoted screed is based on a claimed logical equivalence
between NOT EXISTS() and NOT IN() that is just plain wrong when you
consider the possibility of NULLs. Rather than "FirstSQL correctly
processes this query", you should read "FirstSQL deliberately violates
the SQL spec". (There may be grounds to argue that the spec behavior
could be improved, but that's an argument to be making to the standards
committee, not here.)

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2002-11-30 05:55:07 Re: 7.4 Wishlist
Previous Message Mike Mascari 2002-11-30 04:42:29 Re: Planning for improved versions of IN/NOT IN