Concurrent Transaction control in MonetDB
vijayakrishna55 at gmail.com
Sun Oct 18 08:01:31 CEST 2015
I read the following lines in a thesis on MonetDB titled - "Improving
Transactional Stability in MonetDB" where in they had explained the
concurrency control in MonetDB as
"Concurrent updates (writers) are not anticipated and in case of N
conicting transactions, only one of them (the one having the earliest
time-stamp) is guaranteed to eventually commit its changes.
Concurrent appends (on the same table) are detected as write-to-write
conflicts and only the writer carrying the earliest time-stamp will end up
committing successfully, the rest will be aborted."
Why is that the transaction having the earliest timestamp is allowed to
commit, in case of a conflict?
Shouldn't it be the latest transaction that should commit on a data, since
the latest transaction would be having the latest version of data?
Or, what am I getting wrong here? Any help much appreciated.
Thanks & Regards,
Mobile : (+91) 9500402305.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the developers-list