Re: hamsterdb Transactional Storage (thanks to all of you)
Date: Fri, 31 Jul 2009 07:10:00 -0700 (PDT)
On Jul 22, 1:21 pm, com..._at_hotmail.com wrote:
> On Jul 20, 2:26 am, Christoph Rupp <cruppst..._at_gmail.com> wrote:
> > Whitepaper:http://hamsterdb.com/public/dl/hamsterdb2_technical_overview.pdf
> quoting now from the white paper:
> >> (a conflict occurs if another active Transaction is modifying the same Database key.
> >>If a conflict is discovered, the operation returns with an error.
> in other words, a transaction locks a key.
> >> only one Transaction isolation level is supported: "read committed"
> no, it is not.
> yes you prevent dirty reads, but concurrent transactions must all
> (unless one rolls itself back on a constraint violation).
> you have to support concurrency before "isolation level" makes any
> you still don't understand the basic concepts.
feel free to explain them to me.
Christoph Received on Fri Jul 31 2009 - 16:10:00 CEST