home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / 8959 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  2.6 KB
  1. Path: sparky!uunet!nntp1.radiomail.net!cronos!Metaphor.COM!polk
  2. From: polk@Metaphor.COM (Ben Polk)
  3. Newsgroups: comp.databases
  4. Subject: Re: 500'000 records - who does best?
  5. Message-ID: <2718@cronos.metaphor.com>
  6. Date: 9 Jan 93 09:37:17 GMT
  7. References: <18971@mindlink.bc.ca>
  8. Sender: news@cronos.metaphor.com
  9. Reply-To: polk@Metaphor.COM (Ben Polk)
  10. Organization: m4
  11. Lines: 48
  12.  
  13. In article <18971@mindlink.bc.ca>, Mischa_Sandberg@mindlink.bc.ca (Mischa Sandberg) writes:
  14. |> > Michael Perry writes:
  15. |> > >500,000 records, averaging 30K *each*. Forget Sybase and Oracle on Suns;
  16. |> > >go for a Teradata.
  17. |> > Hmmm... given the price/performance of a Teradata I can only say:  HUH?
  18. |> >
  19. |> > Makes _no_ sense [to me, anyways] to spend millions of dollars for Teradata
  20. |> > stuff when a smaller SMP box would be a LOT more practical.
  21. |> :-) Yes, it WOULD be a lot more practical, if it did the job. IF.
  22. |> >
  23. |> > >and what you are suggesting is probably outside the envelope already.
  24. |> >
  25. |> > Hmmm... outside the envelope.  Kinda hard to imagine a 30-40 user system
  26. |> > being outside the envelope, at least without a LOT more data to gnaw on.
  27. |> 
  28. |> It isn't the number of users, it's the basic size of the tables.
  29. |> One of our clients has pushed a table to 900k rows, 250Mb on an RS/6000
  30. |> with 50Mb memory dedicated to the Sybase server. Working with it
  31. |> feels like retiling the bathroom while an elephant uses the john.
  32.  
  33. 900k rows, 250Mb?  That's not big for Sybase on an RS/6000, unless
  34. you find yourself scanning tables...  I've talked to people that 
  35. start to run into data load and index performance problems when 
  36. their databases reach the multi-gigabyte range, but the query 
  37. performance is still good even up to 10Gb.  Loading a 10Gb database 
  38. at 250Mb per hour is the problem.
  39.  
  40. I have a 250Mb test database on the RS/6000 under my desk, and it
  41. is fast fast fast.
  42.  
  43. Mischa, one thing you should check: if you have Sybase 4.2, you should 
  44. never give it over 32Mb of memory, as performance will DEGRADE 
  45. as you feed it more memory than this.  Sybase 4.9.1 is supposed 
  46. to fix this.
  47.  
  48. If I had the 500,000 record requirement described above I'd probably
  49. try to get one of the high end UNIX SMP vendors to run me some
  50. Oracle benchmarks to see if I could avoid spending millions on
  51. a Teradata system.  Don't trust that TPCA BS, unless you want to
  52. buy the system to run nothing but TPCA benchmarks on it, and be sure
  53. you have some data loading and indexing stuff in the benchmarks.
  54. I bet Oracle 7 running on a high end Pyramid system would do fine
  55. for this application, and cost far less than a Teradata system.
  56.  
  57. Good luck!
  58.  
  59. Ben Polk
  60. polk@metaphor.com
  61.