home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / database / 8541 < prev    next >
Encoding:
Text File  |  1992-12-16  |  2.2 KB  |  50 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!wupost!monsanto.com!bigez!dmmatt
  3. From: dmmatt@bigez (Mike Mattix)
  4. Subject: Re: References wanted on Distributed Databases
  5. Message-ID: <1992Dec16.175436.1@bigez>
  6. Lines: 38
  7. Sender: news@tin.monsanto.com (USENET News System)
  8. Organization: Monsanto Agricultural Company
  9. References: <1992Dec10.170708.5610@cs.brown.edu> <kitchel.724014868@manta> <1992Dec11.080514.17132@cs.ruu.nl> <1992Dec11.114955.1@bigez> <Dec.15.16.02.57.1992.27495@andromeda.rutgers.edu>
  10. Date: Wed, 16 Dec 1992 17:54:36 GMT
  11.  
  12. In article <Dec.15.16.02.57.1992.27495@andromeda.rutgers.edu>, holowcza@andromeda.rutgers.edu (Richard D Holowczak) writes:
  13. > 
  14. >   I think there is a big difference between distributed partitioned data and
  15. > distributed replicated data.  I would be interested to know how Rdb (and
  16. > others) handle site failures, communication failures and recovery.
  17. > Any comments?
  18. > 
  19. > 
  20. > 
  21. > Rich Holowczak
  22. > Rutgers University
  23. > holowcza@andromeda.rutgers.edu
  24.  
  25.   Since I brought up Rdb (I just get sick of hearing about the NEW ADVANCED
  26. features of Oracle/Ingres), I probably should take a stab at this.  The 
  27. application we did originally had distributed partitioned data (multiple table of 
  28. different data on different network nodes).  The application worked fine we ended
  29. up consolidating the application on one node for performance reasons.  I don't 
  30. believe many people will argue that distributed applications tend to perform worse
  31. than applications where all the data resides on one node.  The failure of a node is 
  32. handled by the two phase commit function during a transaction.  The failure of a node 
  33. is handled by error trapping after that, ie the application will not be able to 
  34. attach to the remote node and the remote database.  Running VMS and DECNet if an
  35. alternate path to the database is available the application will be able to resume
  36. as soon as that path is established.  Neither the programmer nor the system/network 
  37. manager will need to do anything.
  38.  
  39.   I am not sure I have covered all you asked (I am not even sure I am qualified), 
  40. however if more detail is needed, just post.
  41.  
  42. regards,
  43.  
  44. -- 
  45. Mike Mattix
  46. Agricultural Group of Monsanto
  47. P.O. Box 174
  48. Luling, LA 70070
  49. INTERNET Address: dmmatt@bigez.monsanto.com
  50.