Re: Normalization and Derived Information
From: --CELKO-- <jcelko212_at_earthlink.net>
Date: 22 Sep 2004 19:47:44 -0700
Message-ID: <18c7b3c2.0409221847.2c7cc2c6_at_posting.google.com>
Date: 22 Sep 2004 19:47:44 -0700
Message-ID: <18c7b3c2.0409221847.2c7cc2c6_at_posting.google.com>
>> I'm wondering about the precise status of derived columns in terms
Tom Johnston did a series of articles on other forms of redundancy
than normalization problems that would be worth pulling up.
of 1nf,
2nf and so forth. <<
It is bad if you materialize the computed column because it can get out of synch with the columns used to compute it. We used to have that problem all the time in punch card systems.
But technically the table can be normalized up to Domain Key Normal Form (DKNF), where we are allowed to have contraints like " CHECK (total_price = qty_ordered * unit_price)" as part of the definition as well as FDs. Received on Thu Sep 23 2004 - 04:47:44 CEST