home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / database / 1483 < prev    next >
Encoding:
Text File  |  1992-11-19  |  2.0 KB  |  48 lines
  1. Newsgroups: comp.sys.mac.databases
  2. Path: sparky!uunet!stanford.edu!CSD-NewsHost.Stanford.EDU!Xenon.Stanford.EDU!michaelh
  3. From: michaelh@Xenon.Stanford.EDU (Mike Hennahane)
  4. Subject: Re: Restricting selection
  5. Message-ID: <michaelh.722254031@Xenon.Stanford.EDU>
  6. Sender: news@CSD-NewsHost.Stanford.EDU
  7. Organization: CS Department, Stanford University, California, USA
  8. References: <1992Nov19.054912.5580@seas.gwu.edu>
  9. Date: 20 Nov 92 10:07:11 GMT
  10. Lines: 36
  11.  
  12. willson@seas.gwu.edu (Stephen R. Willson) writes:
  13.  
  14. >    Monday's baseball expansion draft got me thinking about a database
  15. >question.  During at least the first round of the draft, no more than one
  16. >player from each team could be taken by Tampa or Denver.  If I for some
  17. >reason had setup a database of all the players eligible for the draft, how
  18. >could I implement this restriction.  If one player from the Boston Red Sox
  19. >has already been selected, how could I lock out selecting a second player
  20. >from the Red Sox? 
  21.  
  22. the two ways that spring to mind immediately are:
  23.  
  24. 1) every time a person is selected from the eligible list, remove all
  25. his teammates from the eligible list.  that way it's not possible to
  26. select someone from the same team because they are no longer available.
  27.  
  28. 2) keep track of the players selected.  when a new player is selected,
  29. search the selected players list to see if there is already someone
  30. there from the same team before validating the new selection.
  31.  
  32. > Does a database program exist that makes such
  33. >restrictions easy to implement?
  34.  
  35. i use 4th dimension, and i would find it pretty easy to implement
  36. something like this, but that is probably because i have been using it
  37. for 3+ years.
  38.  
  39. >  One particular application which I am
  40. >interested in is evaluating economic proposals which are either mutually
  41. >exclusive, mutually dependent, or mutually independent of other proposals.
  42. > Does anyone have experience with designing a database for such an
  43. >application?
  44.  
  45. sounds interesting;  but i haven't done anything like that before...
  46.  
  47. --mike
  48.