home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vxworks / 1167 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!dog.ee.lbl.gov!lbl.gov!vxwexplo
  2. From: Mike Trest <trest@visicom.com>
  3. Newsgroups: comp.os.vxworks
  4. Subject: re: database for VxWorks
  5. Date: Wed, 6 Jan 93 7:43:34 PST
  6. Organization: Lawrence Berkeley Laboratory, Berkeley CA
  7. Lines: 49
  8. Sender: vxwexplo@lbl.gov
  9. Message-ID: <9301061543.AA01802@linda.VisiCom.COM>
  10. NNTP-Posting-Host: 128.3.112.16
  11. Originator: daemon@vxw.ee.lbl.gov
  12.  
  13.  
  14. >Shin-Yuan Tzou:
  15. >Are there vendors that provide database software for VxWorks?
  16.  
  17. The real-time environment is not the ideal model for a DBMS.
  18. What we do is use client/server or RPC capabilities of VxWorks
  19. to talk to DBMS services elsewhere in a network.
  20.  
  21. I have probably put as much SCSI disk & DAT tape on VxWorks
  22. as anyone, however, I would not attempt anything more than
  23. a symplistic DBMS where it is supported exclusively by
  24. VxWorks.  
  25.  
  26. Therefore, I suggest a marriage between a SUN/OS or UNIX
  27. DBMS embedded in the same cage with VxWorks real time boards.
  28. We have designed this solution into our customer systems which
  29. need access to DBMS by hard real-time applications.
  30.  
  31. The real design critical issues are:
  32.  
  33.     1. What is the allowable latency between the real-time
  34.        need for data and DBMS data availability?
  35.  
  36.     2. What is the frequency of DBMS read vice update?
  37.  
  38.     3. Do you need multiple requesting real-time processes?
  39.  
  40.     4. Do the requestors operate under a common "user"
  41.        access profile?
  42.        
  43.     5. Where will data integrity locks be handled?
  44.  
  45. The conclusion offered of a marriage between VxWorks and
  46. a good DBMS still requires many *APPLICATION* design decisions.
  47.  
  48. Good luck!  And please keep me/us posted on your progress.
  49.  
  50. ..mike..
  51.  
  52.  
  53. ====================================================
  54. Mike Trest                      trest@visicom.com
  55. Senior Engineer                 Voice: 619 457 2111
  56. Technology Group                Fax:   619 457 0888
  57. VisiCom Laboratories            San Diego, CA 
  58. ====================================================
  59.  
  60.  
  61.  
  62.