From: | Scott Ribe <scott_ribe(at)killerbytes(dot)com> |
---|---|
To: | pgsql general <pgsql-general(at)postgresql(dot)org> |
Subject: | NULLs ;-) |
Date: | 2006-11-28 00:37:53 |
Message-ID: | C190D2F1.5C2F0%scott_ribe@killerbytes.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> (Can we talk about NULL next? :P)
Seriously though, there is one thing I've been meaning to bring up. I
understand why NULLs compare the way they do in queries, and that's fine.
But there are times when I need to query what would be described in
relational terms as "not known to be equal", and
where a <> b or (a is null and b is not null) or (a is not null and b is
null)
is rather clumsy and verbose (though precise), especially when it needs to
be combined with other criteria.
So, first, have I missed some way to express that more easily in PG? And if
not, is there any reason not to request a new operator? (Perhaps "a nktbe
b"? The C guy in me prefers "a != b" but that would be *FAR* too prone to
confusion with <>.)
--
Scott Ribe
scott_ribe(at)killerbytes(dot)com
http://www.killerbytes.com/
(303) 722-0567 voice
From | Date | Subject | |
---|---|---|---|
Next Message | Gregory S. Williamson | 2006-11-28 00:41:40 | Re: postgresql bug |
Previous Message | Michael Glaesemann | 2006-11-28 00:29:44 | Re: IS it a good practice to use SERIAL as Primary Key? |