home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / database / 5736 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.4 KB
  1. Path: sparky!uunet!gatech!destroyer!ncar!noao!amethyst!organpipe.uug.arizona.edu!news
  2. From: jlewis@astro.as.arizona.edu (Jeff Lewis)
  3. Newsgroups: comp.databases
  4. Subject: Sybase/Realtime
  5. Message-ID: <1992Jul21.220440.2188@organpipe.uug.arizona.edu>
  6. Date: 21 Jul 92 22:04:40 GMT
  7. Sender: news@organpipe.uug.arizona.edu
  8. Distribution: usa
  9. Organization: University of Arizona, Tucson, AZ
  10. Lines: 22
  11.  
  12.  
  13.  wfinnert@larry.shearson.com (Warren Finnerty) writes - 
  14.  
  15.         I cannot tell from this post whether you are interested in "real_time"
  16.         or "online_and_really_fast_time". Real time implies able to keep up
  17.         with externally driven events, which implies extremely predictable 
  18.         performance. None of the RDBMS's that I know of are very good at that. 
  19.         They tend not to have robust priority scheduling; and predictability 
  20.         doesn't go hand-in-hand with black box caching and ad-hoc queries. 
  21.         SYBASE is however a *very* good OLTP database. 
  22.  
  23. Thanks for the reply - my particular application involves realtime data as 
  24. in milliseconds between events...but with proper buffering I was hoping that 
  25. some DBMS could keep up...I am talking about 40K events per hour maximum with 
  26. data available for stats shortly after.  shortly indicating minutes. 
  27.  
  28. Also - does anyone have any input as the how well Sybase deals with RPC's? 
  29.  
  30. Thanks in advance. 
  31.  
  32. Jeff Lewis is jlewis@astro.as.arizona.edu 
  33.  
  34.