Re: not null - trivial, unexpected behavior
От | Tom Lane |
---|---|
Тема | Re: not null - trivial, unexpected behavior |
Дата | |
Msg-id | 28530.992741016@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: not null - trivial, unexpected behavior (Peter Eisentraut <peter_e@gmx.net>) |
Список | 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 по дате отправления: