home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / 8043 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.7 KB  |  38 lines

  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!usc!cs.utexas.edu!sun-barr!ames!nsisrv!stars.gsfc.nasa.gov!thompson
  3. From: thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040)
  4. Subject: Re: How About COMP.DATABASES.PARADOX ?
  5. Message-ID: <23NOV199211574278@stars.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: stars.gsfc.nasa.gov
  9. Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
  10. References: <1992Nov17.163801.919@cs.yale.edu> <1992Nov20.055959.11241@pegasus.com>
  11. Date: Mon, 23 Nov 1992 15:57:00 GMT
  12. Lines: 24
  13.  
  14. In article <1992Nov20.055959.11241@pegasus.com>, tleylan@pegasus.com (Tom Leylan) writes...
  15. >mikef@som.yale.edu (Michael Fanara) writes:
  16. >> I think that a seperate group for Paradox would be an excellent idea.  I've
  17. >>spent days, that's right days, trying to get through to Borland Tech Support.
  18. >>Access to the USENET is a very easy task for me and would prove to be an
  19. >>invaluable service to me.
  20. >Mike... dividing up comp.databases comes up every so often (there was talk
  21. >of a separate "xBase" newsgroup some time back) and I oppose them in
  22. >general because the traffic on comp.databases doesn't warrant it.
  23.  
  24. The traffic doesn't warrant it!?  My god, this newsgroup is humongous.  If I
  25. didn't have to monitor it, I wouldn't because it takes so long to get through
  26. it!  Maybe there are newsgroups out there that are bigger, but this is still
  27. awfully big.  So big that it's a pain.
  28.  
  29. I think separating out certain traffic as a function of software, when that
  30. software can be easily identified as separable (like Paradox), is a good idea.
  31. However, I don't think organizing it by platform, as was suggested earlier,
  32. makes good sense.
  33.  
  34. Bill Thompson
  35.