Re: foundations of relational theory?
Date: Sun, 02 Nov 2003 23:41:41 -0500
Message-ID: <3551758.1067834501_at_dbforums.com>
Originally posted by Bob Badour
> "byrmol" <member27348_at_dbforums.com> wrote in message
> news:3551203.1067812771_at_dbforums.com"]news:3551203.1067812771_at_d-
> bforums.com[/url]...
> > >
> > > Basically:
> > > * Structure:
> > > All data in D3 is stored as items within files.
> > > Items within these files are divided into sets called
> attributes which
> > > contain one, multiple, or no values.
> > > * Integrity
> > > Can be enforced in multitudinous ways. It is perhaps worth
> noting that
> > > much of what is elsewhere called "data integrity" falls (quite
> rightly
> > > imo) under the heading of "input validation" in Pick
> applications that
> > > run wholly or partly within the DBMS. Pick has full ACID
> compliance
> > > for transaction handling btw.
> > > * Manipulation
> > > What is there to say? You read, write & delete data as you
> need to -
> > > and you need to do much less of it in Pick than with any of
> the
> > > attempts to implement the relational model.
> > >
> > > If you want, as I suspect you might, more in-depth answers
> then can
> > > you point me to a definition of a model with these sub-
> headings that I
> > > can use as a kind of template?
> > >
> > Here is the relational models conformance to a definition of
> a
> > data model.
> > Its general theory is set theory and predicate logic expressed
> as...
> > * Structure - R-tables
> > * Integrity - Domain, attribute, relation, database
> > * Manipulation - R-operations (R-algebra & R-calculus)
> > From your reply I am getting the impression that MV/PICK is not
> a data
> > model at all but simply an application.
>
> A primitive file processor to be exact.
C'mon Bob.
-- Posted via http://dbforums.comReceived on Mon Nov 03 2003 - 05:41:41 CET