Re: ACIDity of Prevayler 2.6
Klaus Wuestefeld <[email protected]> Thu, 15 Nov 2012 00:51:26 -0200
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <CAMAooZEKMfmy9Y-BcWy+xqtUW+nypeNrCwTJbahw0kJSEkCX2A@mail.gmail.com> |
If not atomicity, what shall we call that property Prevayler has, on system crash and recovery, of producing all the effects (even bugs) of the last transaction it received or none of the effects? > principal is simple: if transaction fails roll it back. Too simplistic. There is a scale of failures one can detect: it is the consistency scale. If we remove all contraints from an RDBMS will that make it non-atomic? No. It will make it less consistent. Atomicity still exists in the event of system crashes. > in a language which doesn't have exceptions another definition would be > necessary, such as a negative return value. then it would be identical > behavior to depend on return value of transaction or catch exception thrown > by it or any other code it uses. What if a function already returns negative values normally? "Then store a global flag somewhere or find some other way to implement exceptions" Seems to me you are saying that the only way of achieving atomicity in a language without exceptions is to implement exceptions in that language. Again: If not atomicity, what shall we call that property Prevayler has, on system crash and recovery, of producing all the effects (even bugs) of the last transaction it received or none of the effects? Klaus ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org