From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
---|---|
To: | <mailing-list(at)urbanet(dot)ch>, <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: Bug #638: Buggy select statment with numeric |
Date: | 2002-04-22 14:29:11 |
Message-ID: | 20020422072554.K81937-100000@megazone23.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Mon, 22 Apr 2002 pgsql-bugs(at)postgresql(dot)org wrote:
> Florian Steffen (mailing-list(at)urbanet(dot)ch) reports a bug with a severity of 3
> The lower the number the more severe it is.
>
> Short Description
> Buggy select statment with numeric
>
> Long Description
> A select statement with a where clause on a numeric column tested
> for equality against null always return empty result. With ISNULL
> everything is fine, but not with the = operator.
This is correct behavior. NULL=NULL is unknown not true. Older versions
had a hack to make an explicit =NULL the same as IS NULL for certain
clients that emitted such statements when they meant IS NULL. This is now
off by default but can be turned on using the set variable
TRANSFORM_NULL_EQUALS.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-04-22 14:56:05 | Re: 7.2.1: pg_dump of UNIONed VIEWs broken |
Previous Message | Thomas Lockhart | 2002-04-22 14:19:25 | Re: Bug #638: Buggy select statment with numeric |