Re: Planning for improved versions of IN/NOT IN

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Planning for improved versions of IN/NOT IN
Дата
Msg-id 27336.1038635099@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Planning for improved versions of IN/NOT IN  (Mike Mascari <mascarm@mascari.com>)
Список pgsql-hackers
Mike Mascari <mascarm@mascari.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


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Mike Mascari
Дата:
Сообщение: Re: Planning for improved versions of IN/NOT IN
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: 7.4 Wishlist