home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6205 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.0 KB
  1. Xref: sparky comp.databases:6205 comp.databases.theory:374
  2. Path: sparky!uunet!munnari.oz.au!mel.dit.csiro.au!yarra!bacchus!matt
  3. From: matt@bacchus.esa.OZ.AU (Matthew Atterbury)
  4. Newsgroups: comp.databases,comp.databases.theory
  5. Subject: Re: Hot Standby
  6. Message-ID: <MATT.92Aug20090926@raven.bacchus.esa.OZ.AU>
  7. Date: 19 Aug 92 23:09:26 GMT
  8. References: <Bt4yqE.H0q@world.std.com>
  9. Sender: matt@bacchus.esa.oz.au (Matthew Atterbury)
  10. Organization: Expert Solutions Australia.
  11. Lines: 26
  12. In-Reply-To: edwards@world.std.com's message of 17 Aug 92 16:20:36 GMT
  13.  
  14. In article <Bt4yqE.H0q@world.std.com> edwards@world.std.com (Jonathan Edwards) writes:
  15. > 
  16. > In the transaction-processing world, there is the concept of a 'hot standby'
  17. > system, which is a geographically separated system containing a copy of the
  18. > database, and capable of coming online very quickly. The replicated data must
  19. > be close to current, and guaranteeing complete synchronization is required
  20. > by some applications. A further feature is the ability to 'catchup' 
  21. > incrementally to missed changes after an outage, without a complete database 
  22. > copy. Our database (homebrew non-relational) does this.
  23. > Are there any other databases that can do this?
  24. > [...]
  25.  
  26.     We (Expert Solutions Australia) have developed a non-relational
  27.     database that does all these things: replicated/redundant,
  28.     synchronous, disk caching (for catastrophic) recovery, "active"
  29.     (it can distribute updates to interested parties), etc, and it's
  30.     fast. We are in the process of putting an SQL front-end onto it to
  31.     make it more user-friendly. If anyone is interested, I have a
  32.     paper on it I can mail to you (nroff -mm or PS format). It is not PD.
  33.  
  34.     cheers ...
  35. -- 
  36. -------------------------------------------------------------------------------
  37. Matt Atterbury [matt@bacchus.esa.oz.au]   Expert Solutions Australia, Melbourne
  38. UUCP: ...!uunet!munnari!matt@bacchus.esa.oz.au            "klaatu barada nikto"
  39. ARPA: ...!uunet!murtoa!bacchus.esa.oz.au!matt         "consider this a divorce"
  40.