Re: - Mailing list pgsql-bugs

From Stephan Szabo
Subject Re:
Date
Msg-id 20020311085824.C45259-100000@megazone23.bigpanda.com
Whole thread Raw
In response to ...  (Bhuvan A <bhuvansql@yahoo.com>)
Responses Re:  (Juliano Ignacio <jsignacio@yahoo.com>)
List pgsql-bugs
On Mon, 11 Mar 2002, Bhuvan A wrote:

> > If you compare a NULL with anything you don't get a true value whether
> > you're comparing with =, !=, <, >, etc...  That's how it's defined to
> > behave.
>
> where did you get this definition of behaviour!? is it applicable only to
> postgres or ..?  its quite strange yaar!

It makes sense if you think of NULL as an unknown value.  You don't know
if this unknown value is different from any particular value (even another
NULL).  NULLs are one of the ugliest parts of SQL.

In case you're wondering for SQL92 (at least the draft I have), the
section is 8.2 <comparison predicate>, General Rules 1.

         1) Let X and Y be any two corresponding <row value constructor
            element>s. Let XV and YV be the values represented by X and Y,
            respectively.

            Case:

            a) If XV or YV is the null value, then "X <comp op> Y" is un-
              known.

pgsql-bugs by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re:
Next
From: Juliano Ignacio
Date:
Subject: Re: