Re: Null comparisons (was Re: checksum) - Mailing list pgsql-general

From David Helgason
Subject Re: Null comparisons (was Re: checksum)
Date
Msg-id 084775E5-10C9-11D9-A1C4-000A9566DA8A@uti.is
Whole thread Raw
In response to Re: Null comparisons (was Re: checksum)  ("Dean Gibson (DB Administrator)" <postgresql3@ultimeth.com>)
Responses Re: Null comparisons (was Re: checksum)  (Marco Colombo <pgsql@esiway.net>)
List pgsql-general
On 27. sep 2004, at 22:08, Dean Gibson (DB Administrator) wrote:
> Greg Stark wrote on 2004-09-27 08:17:
>> Stephan Szabo <sszabo@megazone.bigpanda.com> writes:
>> >> On Sun, 26 Sep 2004 20:16:52 +0200, David Helgason <david@uti.is>
>> wrote:
>> >>> On a similar note, I've found myself wanting an extended '='
>> operator
>> >>> meaning
>> >>>         (a = b or (a is null and b is null))
>> >
>> > The original does appear to be equivalent to "not(a is distinct
>> from b)",
>> > although I'm not sure that's necessarily easier to use than the
>> above.
>>
>> I often do things like "coalesce(a,0) = coalesce(b,0)".
>> (Or whatever value you know won't appear)
>>
> Even simpler:  COALESCE( a = b, a IS NULL AND b IS NULL )

I'm not quite sure what is being accomplished here... My original
expression wasn't that bad, just clunky. I'd prefer a === b or (a
samevalue b), but the above just complicates matters. Also, a 'set'
command outside the expression goes completely against the idea, that
certain fields have 'null' as a legal, comparable value, while others
do not.

Anyway, idle speculation :)

d.


pgsql-general by date:

Previous
From: "Dean Gibson (DB Administrator)"
Date:
Subject: Re: Null comparisons (was Re: checksum)
Next
From: "John Liu"
Date:
Subject: Re: core dump on select