Re: Null and Void() - Or, Abandon All Hope Ye Who allow

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.

In response to

Responses

Browse pgsql-general by date

  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