Path: news.cambrium.nl!textnews.cambrium.nl!feeder8.cambrium.nl!feed.tweaknews.nl!209.197.12.246.MISMATCH!nx02.iad01.newshosting.com!209.197.12.242.MISMATCH!nx01.iad01.newshosting.com!newshosting.com!198.186.194.250.MISMATCH!news-out.readnews.com!news-xxxfer.readnews.com!postnews.google.com!n19g2000vba.googlegroups.com!not-for-mail
From: David BL <davidbl@iinet.net.au>
Newsgroups: comp.databases.theory
Subject: Re: More on identifiers
Date: Sat, 6 Jun 2009 06:36:43 -0700 (PDT)
Organization: http://groups.google.com
Lines: 38
Message-ID: <efffcb59-7e1a-4b49-94f9-b0951dc5d8be@n19g2000vba.googlegroups.com>
References: <03132046-3fd2-4bb1-9e00-cd81ece451c2@h2g2000yqg.googlegroups.com> 
 <GGsWl.541$tr5.103@nwrddc02.gnilink.net>
NNTP-Posting-Host: 124.169.98.15
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Trace: posting.google.com 1244295404 31016 127.0.0.1 (6 Jun 2009 13:36:44 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Sat, 6 Jun 2009 13:36:44 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: n19g2000vba.googlegroups.com; posting-host=124.169.98.15; 
 posting-account=NLRoXAoAAAC7VxPeAzHGCGNn85XdBOyR
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 
 2.0.50727),gzip(gfe),gzip(gfe)
Xref:  news.cambrium.nl

On Jun 6, 7:46 pm, "Walter Mitty" <wami...@verizon.net> wrote:
>
> Do you remember Neo and his attempt to come up with a database (a language,
> really)
> that could capture  all facts, no matter how they were structured?
>
> Are we going down this same road again?

Around the time I first arrived at the group, someone called Neo
posted occasionally, but he was largely ignored.  To be honest I never
took the time to read his posts so couldn't comment.

In some respects my suggestion is only incremental.  The RM is applied
like normal, except there is the option of no longer unnecessarily
labelling things by using DVAs.

Note that the RM as described by C.Date doesn't make any prohibitions
on a domain type.  To that extent my suggestion of using DVAs is fully
consistent with the RM.

When a DVA is to be used, I'm suggesting the normal practise of
harnessing the RM to record information using propositions associated
with tuples in relations.  Note for example that one develops a
normalised relational schema as per usual.  The only difference is the
narrow focus or context.  All propositions are interpreted in the
context of some particular thing that needs to be identified by its
recorded properties.

In that sense I think the idea of a DVA is easier to understand than
an RVA - at least in terms of a clean conceptual basis.  I think it's
a more consistent use of the RM, and better accounts for the implicit
context in which a database value is intended to be interpreted.
Remember that a database variable always exists in time and space and
is meant to be interpreted in a corresponding, implicit context.

The part that's novel is just the idea to use a relational database
value as an identifier.

