Re: Is this De-Normalization?

From: Joe \ <joe_at_bftsi0.UUCP>
Date: Mon, 1 Dec 2003 11:39:27 -0800
Message-ID: <>

"tom dorgan" <> wrote in message <>...

> We have a table, call it DataParent. Another table, call it
> DataChildren, contains foreign keys to DataParent. You get the idea
> that this is a one-to-many relationship like the well-known Order and
> LineItem pair.
> In a discussion regarding increasing performance, the idea was brought
> up to pull each of the DataChildren items into the DataParent table by
> using a fixed number of columns, call them DataChildren1-N in
> DataParent. Leave unused slots null and only allow N DataChildren per
> DataParent.

This way madness lies. Will these DataChildren1-N hold keys for rows in DataChildren, or is DataChildren going away entirely?

> I understand this to be First Order de-normalization - we are putting
> an array, set or tuple into a table. I was told that this was not the
> case but did not get an explanation.

I've heard of one case where something similar /may/ be justified, an items-for-sale table with a child table holding price histories. The /current/ price was copied, not moved, into the parent table, with triggers to keep the copy synchronized with the price history.

Joe Foster <>  "Regged" again? <>
WARNING: I cannot be held responsible for the above        They're   coming  to
because  my cats have  apparently  learned to type.        take me away, ha ha!
Received on Mon Dec 01 2003 - 20:39:27 CET

Original text of this message