Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Simple Denormalized vs Normalized Example
Message
From
24/12/1999 00:21:27
 
General information
Forum:
Visual FoxPro
Category:
Databases,Tables, Views, Indexing and SQL syntax
Miscellaneous
Thread ID:
00308138
Message ID:
00308337
Views:
30
"After further review the call is reversed"

Went into PowerDesigner and pulled up an old diagram and looked at it. You were correct, sir. I'm gonna think up a better one and post it tomorrow.


>
>Got it, but you not showing any denormalization at all. A field is not redundant simply because it has the same name and similar data. To be redundant the two fields must have the same domain which includes (in addition to common datatype size etc) a definition. The definition must be duplicated as well.
>
>In your example, the price in the in te Rates table is defined as The curretn rate" and the one in teh calls table is "The effective rate at the time of this call". So, you see there is no redundant data and infact the rate being in bopth tables is normalized because those two fields are different domains.
>
>This is a good example of what I meant when I said that I have seen many situations where a developer claims that normalization is not always good and shows me an example of where normalization would break a system. It invariably turns out that the example was, in fact, normalized.
>
>Your two examples are both fully normalized in regards to the fields you discussed.
------------------------------------------------
John Koziol, ex-MVP, ex-MS, ex-FoxTeam. Just call me "X"
"When the going gets weird, the weird turn pro" - Hunter Thompson (Gonzo) RIP 2/19/05
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform