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