From: | Jan Wieck <JanWieck(at)Yahoo(dot)com> |
---|---|
To: | Christopher Browne <cbbrowne(at)acm(dot)org> |
Cc: | pgsql-advocacy(at)postgresql(dot)org |
Subject: | Re: PostgreSQL Certification |
Date: | 2003-10-31 02:04:32 |
Message-ID: | 3FA1C330.7010500@Yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy |
Christopher Browne wrote:
> Jon(dot)Ericson(at)jpl(dot)nasa(dot)gov (Jon Ericson) writes:
>> Christopher Browne <cbbrowne(at)acm(dot)org> writes:
>> [an outline of a tutorial]
>>> - Why avoid NULLs?
>>
>> I'm curious about the answer to that question. Is it a relational
>> database theory problem or PostgreSQL implementation issue? Or do
>> you just talk about inappropriate uses of NULL?
>
> It somewhat parallels the infamous "GOTO considered harmful" that
> caused great controversy around the ACM for many years after Dijkstra
> sent in a letter by that title, and yes, it's an issue of "relational
> database theory."
And I still think avoiding GOTO alltogether is a good thing. Instead the
language is supposed to support COMEFROM, which you put at the place
where you want to continue when the program had reached some other
place. You can think of it much like an exception handler, the exception
being that the program survived to a point where you not really expected
it to get to.
Fortunately PostgreSQL has this even down on the per row level in form
of the BEFORE TRIGGER returning NULL and INSTEAD rewrite rules.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck(at)Yahoo(dot)com #
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Browne | 2003-10-31 17:33:11 | Use/Abuse of Nulls |
Previous Message | Jon Ericson | 2003-10-31 01:03:36 | Re: PostgreSQL Certification |