home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / 8705 < prev    next >
Encoding:
Text File  |  1992-12-29  |  2.1 KB  |  50 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!enterpoop.mit.edu!linus!alliant!merk!uvmark!mark
  3. From: mark@uvmark.uucp (Mark Baldridge)
  4. Subject: Re: 500'000 records - who does best?
  5. Message-ID: <1992Dec29.173106.46790@uvmark.uucp>
  6. Sender: Mark A. Baldridge
  7. Date: Tue, 29 Dec 92 17:31:06 GMT
  8. References: <18971@mindlink.bc.ca>
  9. Organization: VMARK Software, Inc.
  10. Lines: 38
  11.  
  12. In article <18971@mindlink.bc.ca> Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg) writes:
  13. >> Michael Perry writes:
  14. >> >500,000 records, averaging 30K *each*. Forget Sybase and Oracle on Suns;
  15. >> >go for a Teradata.
  16. >> Hmmm... given the price/performance of a Teradata I can only say:  HUH?
  17. >>
  18. >> Makes _no_ sense [to me, anyways] to spend millions of dollars for Teradata
  19. >> stuff when a smaller SMP box would be a LOT more practical.
  20. >:-) Yes, it WOULD be a lot more practical, if it did the job. IF.
  21. >>
  22. >> >and what you are suggesting is probably outside the envelope already.
  23. >>
  24. >> Hmmm... outside the envelope.  Kinda hard to imagine a 30-40 user system
  25. >> being outside the envelope, at least without a LOT more data to gnaw on.
  26. >
  27. >It isn't the number of users, it's the basic size of the tables.
  28. >One of our clients has pushed a table to 900k rows, 250Mb on an RS/6000
  29. >with 50Mb memory dedicated to the Sybase server. Working with it
  30. >feels like retiling the bathroom while an elephant uses the john.
  31. >
  32.  
  33. Maybe I am missing something, but we routinely have customers with 250 to 800
  34. megabyte tables and 200-300 users on RS6000s.  Earlier this year, we did a
  35. benchmark with 1600 users, all with under one or two (I do not remember now)
  36. second response time.  The benchmark was to ensure that the fully configured
  37. system could handle the expected 2500 users.
  38.  
  39. We user uniVerse.
  40.  
  41. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  42. Mark A. Baldridge (uvmark%mark@merk.com uunet!merk.com!uvmark!mark)
  43.         Vmark Software, 30 Speen Street, Framinham, MA 01701
  44.  
  45. -- 
  46. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  47. Mark A. Baldridge (uvmark%mark@merk.com uunet!merk.com!uvmark!mark)
  48.         Vmark Software, 30 Speen Street, Framinham, MA 01701
  49.  
  50.