Re: not null - trivial, unexpected behavior - Mailing list pgsql-sql

From Tom Lane
Subject Re: not null - trivial, unexpected behavior
Date
Msg-id 28530.992741016@sss.pgh.pa.us
Whole thread Raw
In response to Re: not null - trivial, unexpected behavior  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-sql
Peter Eisentraut <peter_e@gmx.net> writes:
> John Scott writes:
>> but, as i understand the sql92 standard, both att = null and att != null
>> are NOT sql92.

> They are.  We just don't implement att = null right because of reasons
> that can be found in the archives.

In a very narrow sense, they're not SQL92, because SQL92 doesn't
actually allow an unadorned keyword NULL to appear in arbitrary
expression contexts.  You could legally write the expression asatt = CAST (NULL AS type-of-att)
and then the required result would always be NULL, a/k/a UNKNOWN
(nb. this is NOT the same as FALSE).  And indeed that's what Postgres
will produce if you do it that way.

In practice, since Postgres extends the spec to allow the unadorned
keyword NULL to appear in arbitrary expressions (with implicit
resolution of the datatype of the null), you'd expect thatatt = NULL
would behave the same as if the NULL came from a CAST, evaluation of
a data value, etc.  But it doesn't, for reasons that have been
discussed already.
        regards, tom lane


pgsql-sql by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: not null - trivial, unexpected behavior
Next
From: BORGULYA Gergely
Date:
Subject: storing special characters