Concurrency Control, Lock-Based Protocol & Time-Stamp Protocol
Concurrency Control, Lock-Based Protocol & Time-Stamp Protocol
Concurrency control
Concurrency control in database management systems (DBMS), other Transactional objects (objects with states accessed and modified by database transactions), and related distributed applications (e.g., Grid computing and Cloud computing) ensures that database transactions are performed concurrently without the concurrency violating the data integrity of a database. Executed transactions should follow the ACID rules. The DBMS must guarantee that only serializable recoverable schedules are generated.
It also guarantees that no effect of committed transactions is lost, and no effect of aborted (rolled back) transactions remains in the related database.
Optimistic - Delay the synchronization for a transaction until its end without blocking (read, write) operations, and then abort transactions that violate desired synchronization rules.
Pessimistic - Block operations of transaction that would cause violation of synchronization rules.
made to modify the data. A locking protocol is a set of rules to be followed by each transaction to ensure that, even though actions of several transactions might be interleaved , the net effect is identical to executing all transactions in some serial order.
Time-Stamp Protocol
The Time-Stamp Protocol, or TSP is a cryptographic protocol for certifying timestamps using X.509 certificates and public key infrastructure. The timestamp is the signer's assertion that a piece of electronic data existed at or before a particular time. Trusted time-stamping is the process of securely keeping track of the creation and modification time of a document. Security here means that no one--not even the owner of the document--should be able to change it once it has been recorded provided that the time-stamper's integrity is never compromised.