Re: the two questions

From: JOG <jog_at_cs.nott.ac.uk>
Date: Sat, 24 Nov 2007 05:40:00 -0800 (PST)
Message-ID: <8d8228f9-5520-4ee6-94d9-3438f6474973_at_e1g2000hsh.googlegroups.com>


On Nov 24, 5:38 am, vldm10 <vld..._at_yahoo.com> wrote:
> On Nov 23, 10:36 pm, JOG <j..._at_cs.nott.ac.uk> wrote:
>
> > On Nov 24, 12:38 am, vldm10 <vld..._at_yahoo.com> wrote:
>
> > > Not long time ago on this NG there were few posts which involved an
> > > entity with 200+ attributes.
> > > Let all these attributes satisfy the following two conditions:
> > > 1) All these attributes are mutually independent
>
> > Then there are no functional dependencies so the entity can only be
> > identified by the collection of all its attributes - and hence you'd
> > end up with an equivalent superkey. If any of those attributes
> > "change" it would also therefore be a different entity altogether.
>
> It should be at least 400 attributes by my calculation.

You think a relation with 200 attributes should have a superkey containing 400 attributes? I see.

> Are you familiar with "Temporal DB" theory?

Of course, but I don't see what relevance it has here. Temporal databases just augment the current key with time data, so the entity may be followed over its lifetime. One still needs to be able to recognise that entity with a stable identifier.

>
>
>
>
>
> > > 2) Every attribute of an entity can change its value - like in
> > > "Temporal DB"
>
> > Nope, not gonna squeeze that one past. If they are all unstable, well
> > then, you are saying there is not a single attribute that is
> > consistent over the entity's lifetime? In that case how could you
> > ever identify it in the real world following change? Perhaps hire
> > someone to follow it down the street continually pointing at it?
> > Y'know, Its strange we don't get more of that in daily life, given the
> > popularity of OID's in IT... oh well, I guess we're stuck with the old
> > fashioned method of identifying things by looking at them.
>
> > > Now I have two questions:
>
> > > 1) How many attributes has a key of the corresponding relation?
> > > 2) How many attributes has a key of m-n relationship between the two
> > > mentioned entities?
>
> > A binary relationship, without use of a surrogate, would obviously
> > require twice the number of attributes that made up the aforementioned
> > superkey.
>
> This is m-n relationship and the key can have more attributes then you
> wrote.
>
>
>
> > Hmmm, why do I get the feeling you're about to try and sell me
> > something? ;)
>
> This is about compex DB and some interesting cases about them.
> I beleive they will be actual in near future, people start to ask
> about it.
>
> Vl. Odrljin
>
>
>
> > > Vladimir Odrljin- Hide quoted text -
>
> > - Show quoted text -
Received on Sat Nov 24 2007 - 14:40:00 CET

Original text of this message