Le lundi 24 mai 2010 17:23:54, Jim Fulton a écrit :
> Reference?

"Weak Consistency: A Generalized Theory and Optimistic Implementations for 
Distributed Transactions"

> If we do conflict resolution before the commit lock is held,
> then there if a chance that the object under conflict gets updated
> again while we're doing conflict resolution, so we may have to to
> conflict resolution again. Is that the case you're talking about?


> That's not what I said. I said it gets the lock at the end of the
> first phase.  The lock is held while conflict resolution is
> performed.

Oops, I didn't realise that ZEO was postponing Storage.store calls until 
tpc_vote call. I now realise that this is required to not interleave stores 
from different transactions in underlying storage.

Vincent Pelletier
For more information about ZODB, see the ZODB Wiki:

ZODB-Dev mailing list  -  ZODB-Dev@zope.org

Reply via email to