Re: Codd's Information Principle

From: <compdb_at_hotmail.com>
Date: Fri, 30 Oct 2009 20:24:31 -0700 (PDT)
Message-ID: <1389f8a5-21c7-4b9d-9ee7-1f330c8dca2a_at_b2g2000yqi.googlegroups.com>


On Oct 29, 7:40 pm, "Mr. Scott" <do_not_re..._at_noone.com> wrote:
>Suppose that a database embodies the
> following sentence,
> forall x forall y forall z Pxy \/ Qxz
> The database has two tables, let's call them P and Q, with predicates Pxy
> and Qxz respectively.

I don't understand what you are trying to say. The variable predicates and values determine the database proposition. If the predicates for variables P and Q are Pxy and Qxz then by definition the database proposition is (ie the database states that)

 (AND [for <x, y> in P] Pxy) AND
 (AND [for <x, y> typed by but not in P] ~Pxz) AND
 (AND [for <x, z> in Q] Qxz) AND
 (AND [for <x, z> typed by but not in Q] ~Qxz)
(The ANDs with fors mean standard math series notation.) This is equivalent to
 (forall <x, y> in P Pxy) AND
 (forall <x, y> typed by but not in P ~Pxz) AND
 (forall <x, z> in Q Qxy) AND
 (forall <x, x> typed by but not in Q ~Qxz)
I can't make much sense of what you're writing, but it seems to be inconsistent with this.

> The
> dependencies defined on the database also have an impact.

The dependencies are simply things that are true of the values that of P and Q will simultaneously hold. Their tuples are determined by their predicates and the way the world is. So there's no effect to adding them to the database proposition; they're always true.

> inclusion dependency from P[x] to Q[x].
>forall x forall y forall z Pxy iff Qxz

If P's xs must be in Q then
forall x forall y (Pxy -> exists z Qxz)
but that's not equivalent to what you wrote.

I don't know what you mean by "embodies". Implies? Is thus constrained?
Also "sentence" means "proposition" but I don't know what you mean by it.
And you seem to sometime use "database" when you mean "query result". I can't make much sense of your database comments. Your comments about the predicate for JOIN make sense.

philip Received on Sat Oct 31 2009 - 04:24:31 CET

Original text of this message