the concurrency control
the transaction issue comes:
when overflow or underflow happens, block data need to be created or destroyed, while the query/update request are kept forwarding to those blocks, so before the stablization of a new block (split-out or merged-into), the block interconnection will not be modified, neither the data in the block. queries including update has to be queued and been synchronized to the stablilized block.
when overflow or underflow happens, block data need to be created or destroyed, while the query/update request are kept forwarding to those blocks, so before the stablization of a new block (split-out or merged-into), the block interconnection will not be modified, neither the data in the block. queries including update has to be queued and been synchronized to the stablilized block.

0 Comments:
Post a Comment
<< Home