home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / 5859 < prev    next >
Encoding:
Text File  |  1992-07-31  |  2.2 KB  |  52 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!linus!alliant!merk!uvmark!jim
  3. From: jim@uvmark.uucp (Jim Todhunter)
  4. Subject: Re: Looking for a USABLE database
  5. Message-ID: <1992Jul31.142338.80025@uvmark.uucp>
  6. Date: Fri, 31 Jul 92 14:23:38 GMT
  7. References: <4352@disuns2.epfl.ch> <1992Jul28.140922.8573@sdf.lonestar.org> <4430@disuns2.epfl.ch>
  8. Organization: Vmark Software, Inc.
  9. Lines: 41
  10.  
  11. In article <4430@disuns2.epfl.ch> baechler@liasun7.epfl.ch (Emmanuel Baechler)
  12. writes:
  13. >In article <1992Jul28.140922.8573@sdf.lonestar.org>,
  14.  abledsoe@sdf.lonestar.org (Al Bledsoe) writes:
  15. >
  16. >|> >  this is totally unacceptable: labs frequently add new tests, or
  17. >|> >  add COMBINED tests (based on existing ones), and this means the
  18. >|> >  addition of new columns.
  19. >|> 
  20. >|> Uh, have you read anything about relational database theory?
  21. >
  22. >I am definitely not an expert about relational database theory (my own
  23. >field is AI) but I have read quite a bit about that. The fact is that
  24. >the doctors  and the people of the labs regulary create new analyses
  25. >and want to integrate them in their result sheets, period. They did not
  26. >hear anything about relational databases, they don't want to hear
  27. >anything about that, they want to be able to enter new columns on their
  28. >result sheets and these result sheets are represented by tables in most
  29. >of the labs.
  30. >
  31. > [ ... text deleted ... ]
  32. >-- 
  33. >Emmanuel Baechler.                        | Tel.: ++41-21-693-2732
  34. >Laboratoire d'Intelligence Artificielle   | e-mail: baechler@lia.di.epfl.ch
  35. >Ecole Polytechnique Federale de Lausanne  |     or: baechler@liasun6.epfl.ch
  36. >MA-Ecublens                               | Standard Disclaimer
  37. >CH-1015 Lausanne    Switzerland
  38. >
  39. >Ban the bomb. Save the world for conventional warfare.
  40.  
  41.  
  42. I have to agree with Mr. Baechler.  All to often, those of us who write
  43. software assume it is acceptable for users to adapt to our view of the
  44. RIGHT way to do things in an automated environment.  We should view our
  45. task as providing a RIGHT solution that conforms to the way users do things.
  46.  
  47. -- 
  48. James W. Todhunter, Director, Research & Development
  49. jim%uvmark@merk.com
  50. VMark Software, Inc.  30 Speen Street  Framingham, MA  01701-1800 USA
  51. Telphone: (508) 879-3311  Facsimile: (508) 879-3332
  52.