Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> comp.databases.theory -> Re: Database design

Re: Database design

From: Mark Johnson <102334.12_at_compuserve.com>
Date: Tue, 21 Feb 2006 15:09:31 -0800
Message-ID: <517nv1pq9ev24omj2mencbr5pf8dm11v8d@4ax.com>


mAsterdam <mAsterdam_at_vrijdag.org> wrote:

>An entity is a thing of interest (old ISO definition).

>Some prefer to talk about relations (or relational variables),
>attributes and tuples.
>Others about tables, columns and rows.
>Though the concepts are different

Which is to say, non-parenthetically:

A relation is NOT a table
An attribute is NOT a column
A row is simply NOT a tuple, to the latter of course, I'd agree.

A relation is a set, which need not be written as a table, to be sure. But in a world of constraints, situation and conditions - in a world a databases and a ng devoted to an aspect of same - I also agree it would be reasonable to speak of relations as tables, attributes as columns, and rows as not . . . entities.

>Yet, neither tables nor relations map to entity types.

The single row is then called - what?

>One relation may have attributese from several entitiy types,

Then an entity type is seen as some unique attribute domain?

>and one entity may have data spread across several relations

Then an entity type is not some unique attribute domain? Received on Tue Feb 21 2006 - 17:09:31 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US