home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / database / theory / 466 < prev    next >
Encoding:
Text File  |  1992-09-09  |  2.0 KB  |  45 lines
  1. Newsgroups: comp.databases.theory
  2. Path: sparky!uunet!ide!biesty
  3. From: biesty@ide.com (Bill Biesty)
  4. Subject: Re: Normalization and Relations
  5. Message-ID: <1992Sep9.204725.10955@ide.com>
  6. Sender: usenet@ide.com
  7. Organization: IDE, San Francisco
  8. References: <1992Sep9.061732.10792@constellation.ecn.uoknor.edu>
  9. Date: Wed, 9 Sep 92 20:47:25 GMT
  10. Lines: 33
  11.  
  12. In article <1992Sep9.061732.10792@constellation.ecn.uoknor.edu> cdblueth@essex.ecn.uoknor.edu (Chris D Bluethman) writes:
  13. >What are the merits of not putting the zip code attribute
  14. >and a state attribute in the same table?  Say an address table.
  15. >If you have a relation with last name, street address, phone,
  16. >state, and zip, is it really in thrid normal form?  What about
  17. >placing zip in this table, and then having state somewhere else?
  18. >After all, the zip code does determine the state.  
  19.  
  20. What your leaving out of the picture is that normalization is
  21. not the end all of data modeling. The Information area is very
  22. important, and generally not available in sytactical form.
  23.  
  24. So while it is quite possible to normalize the zip code into another
  25. entity with an attribute state, itis rarely done because such
  26. information is not usually interesting. However if you were the
  27. US Post Office, you would probably do it and have additional
  28. attributes like station name, street address, zip code :-)
  29.  
  30. The textbook example is color. If you're buying a car, color 
  31. is an attribute. If you're manufacturing a car, color is one
  32. or more entities that you use to track, hue, ingredients,
  33. paint manufacturer, number of coats, drying temperature, etc.
  34.  
  35. Another reason is data stability. The PO changes zip codes, states
  36. and addresses remain much more stable. I have had trouble getting
  37. things mailed to me from mail order places with zip code cross
  38. checking (so they can get the best postal rate) when my zip code
  39. changed. Storing the state, as an override say, is much more
  40. robust that relying on an incomplete code table.
  41.  
  42. --
  43. Bill Biesty          <biestie@aol.com> (I don't read this too often)
  44. <biesty@ide.com>     These are not the opinions of my employer.
  45.