home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / 6421 < prev    next >
Encoding:
Text File  |  1992-08-29  |  2.0 KB  |  43 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!eff!world!edwards
  3. From: edwards@world.std.com (Jonathan Edwards)
  4. Subject: Re: Hot Standby DBMS's
  5. Message-ID: <BtpyCI.H8J@world.std.com>
  6. Keywords: X/Open, heuristic decisions
  7. Organization: IntraNet, Inc.
  8. References: <1992Aug25.201150.22996@fig.citib.com> <BtLzB8.H9J@world.std.com> <1992Aug28.170456.12162@donner.SanDiego.NCR.COM>
  9. Date: Sat, 29 Aug 1992 00:21:53 GMT
  10. Lines: 31
  11.  
  12. In article <1992Aug28.170456.12162@donner.SanDiego.NCR.COM> don@robin.SanDiego.NCR.COM (Don.Russell) writes:
  13. >X/Open allows for heuristic transaction completion.  This could be a manual
  14. >"breaking of locks".  The resource manager (DBMS) is required to
  15. >remember the heuristic decision.  If the transaction coordinator times
  16. >out the commit phase of the 2-phase commit, it tells the application
  17. >that there is a heuristic hazard (possibility of non-atomic results).
  18. >If the subordinate (broderage) takew a heuristic decision, it must
  19. >remember it until told to forget it by the traansaction manager.  When
  20. >communications is restored between the two systems, recovery will
  21. >cause the commit to finish properly (if the brokerage blocked or took
  22. >a heuristic commit), or recovery will detect that the brokerage took
  23. >the wrong decision -- in this case: heuristic rollback.  At this
  24. >point, an admiistrator can "fix" the problem.
  25.  
  26. OH PLEASE. All this does is guarantee to tell you at some later time
  27. that you got screwed.
  28. In the meantime, you had invalid data sitting in the database cascading
  29. through other transactions. Getting an 'administrator' to 'fix' the
  30. problem completely begs the question. In any realistically complicated
  31. system this would require a programmer with detailed knowledge of the
  32. database and applications to make the fix.
  33. Maybe this is an adequate solution for simplistic systems with non-critical
  34. data, but please don't run around talking 'mission critical'.
  35.  
  36.  
  37.  
  38.  
  39.  
  40. -- 
  41. Jonathan Edwards                edwards@intranet.com
  42. IntraNet, Inc                    617-527-7020
  43.