From: | Scott Marlowe <smarlowe(at)g2switchworks(dot)com> |
---|---|
To: | Scott Ribe <scott_ribe(at)killerbytes(dot)com> |
Cc: | pgsql general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Null and Void() - Or, Abandon All Hope Ye Who allow |
Date: | 2006-07-05 18:08:06 |
Message-ID: | 1152122886.13851.14.camel@state.g2switchworks.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Mon, 2006-07-03 at 11:09, Scott Ribe wrote:
> > Can't the intelligent practitioner simply proceed carefully with
> > queries when nulls are involved?
>
> Yes. The thing is, getting rid of NULL in the real world requires
> decomposing data into so many tables that it would certainly cause more
> confusion when it comes time to actually query the data...
I would add that sometimes null means we don't know, but we wish we did,
and here's how we can describe our lack of knowledge... Those instances
are the ones we would need lots of tables to describe, and infinite time
would allow us to do so.
However, there are often nulls that fall in the category of "who
cares?" For those, null is a perfectly acceptable alternative, and
there's no need for all the extra work.
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2006-07-05 18:32:14 | Re: Null and Void() - Or, Abandon All Hope Ye Who allow |
Previous Message | Joshua D. Drake | 2006-07-05 17:44:28 | Re: Database connectivity using a unix shell |