Re: Null comparisons (was Re: checksum)
От | David Helgason |
---|---|
Тема | Re: Null comparisons (was Re: checksum) |
Дата | |
Msg-id | 084775E5-10C9-11D9-A1C4-000A9566DA8A@uti.is обсуждение исходный текст |
Ответ на | Re: Null comparisons (was Re: checksum) ("Dean Gibson (DB Administrator)" <postgresql3@ultimeth.com>) |
Ответы |
Re: Null comparisons (was Re: checksum)
|
Список | 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 по дате отправления: