home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / 8030 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  2.4 KB
  1. Path: sparky!uunet!decwrl!waikato.ac.nz!comp.vuw.ac.nz!ferrari.datamark.co.nz!david
  2. Newsgroups: comp.databases
  3. Subject: Re: MANY-TO-MANY mess in Paradox!!!
  4. Message-ID: <1992Nov23.003205.37473@datamark.co.nz>
  5. From: david@datamark.co.nz (David Rowland)
  6. Date: Mon, 23 Nov 1992 00:32:05 GMT
  7. References: <Bxzoqw.6xo@ccu.umanitoba.ca>
  8. Organization: Datamark International Ltd.
  9. Lines: 43
  10.  
  11. In article <Bxzoqw.6xo@ccu.umanitoba.ca> ummalik@ccu.umanitoba.ca (Ijaz Rashid Malik) writes:
  12. >
  13. >Is it just me or does every one is unhappy withg Paradox's way of handling
  14. >many-to-many links. I always end up with extra tables and lots of redundant
  15. >information. In a typical scenerio (sp?), a product can be supllied by
  16. >many vendors and a vendor can suplly many products. When it comes to 
  17. >displaying either side of this info, paradox suggests extra tables and their
  18. >use in the "form" display/generation. It, however, doesnot suggest an
  19. >answer to following problem....
  20. >
  21. >say, from an input screen I am entering info about new products or new
  22. >suppliers. If its products, it can have a variable number of vendors and
  23. >if it is a vendor, there could be a variable # of products for it. How can
  24. >I design an input screen/form that has linked tables on it and handeles
  25. >multiple entries for a given field. I mean I can use Products as master
  26. >form and use vendors as linked embeded form. Now when ever I enter a new
  27. >product, I am not sure how many vendors for this product there will be.
  28. >Could be 0,1, or 10000!!! How can I design an input screen and then table
  29. >which would handle this situation????
  30. >
  31. >Thanks very much for help.
  32. >
  33.  
  34. This seems to be a problem with your database design.  Try to create a
  35. link database between these two files.
  36.  
  37. e.g.
  38.  
  39. Parts              PartSupp           Suppiers
  40. Part Number  ->    Part Number
  41.                    Supplier Code  ->  Supplier Code
  42.  
  43. If each supplier has their own number, you can add a third field to
  44. PartSupp which contains this number and have an inhouse part number
  45. which is used by the company.
  46.  
  47. The idea of many to many relationships should be avoided when ever
  48. possible in order to maintain good database integrity for the future.
  49. -- 
  50. | David Rowland       | The British are using New Zealanders.  They must |
  51. | Datamark Intl Ltd   | really mean business !                           |
  52. | Wellington          |      -  General Rommel During Northern African   |
  53. | NEW ZEALAND         |         Campaign WWII.                           |
  54.