0% found this document useful (0 votes)
145 views

Transaction States and Additional Operations

For database recovery purposes, a system tracks transaction states including begin, read/write operations, end, and whether the transaction commits successfully or aborts/rolls back. Additional operations may include undoing a single operation or redoing operations to ensure a committed transaction was fully applied.

Uploaded by

Sia Sharma
Copyright
© © All Rights Reserved
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
145 views

Transaction States and Additional Operations

For database recovery purposes, a system tracks transaction states including begin, read/write operations, end, and whether the transaction commits successfully or aborts/rolls back. Additional operations may include undoing a single operation or redoing operations to ensure a committed transaction was fully applied.

Uploaded by

Sia Sharma
Copyright
© © All Rights Reserved
Available Formats
Download as DOCX, PDF, TXT or read online on Scribd
You are on page 1/ 1

Transaction states and additional operations

For recovery purposes, a system always keeps track of when a transaction starts, terminates,
and commits or aborts. Hence, the recovery manager keeps track of the following transaction
states and operations:
 BEGIN_TRANSTRACTION: This marks the beginning of transaction execution.
 READ or WRITE: These specify read or write operations on the database items that are
executed as part of a transaction.
 END_TRANSTRACTION: This specifies that read and write operations have ended and
marks the end limit of transaction execution. However, at this point it may be necessary
to check whether the changes introduced by the transaction can be permanently applied
to the database (committed) or whether the transaction has to be aborted because it
violates concurrency control, or for some other reason (rollback).
 COMMIT_TRANSTRACTION: This signals a successful end of the transaction so that
any changes (updates) executed by the transaction can be safely committed to the
database and will not be undone.
 ROLLBACK (or ABORT): This signals the transaction has ended unsuccessfully, so that
any changes or effects that the transaction may have applied to the database must be
undone.
In addition to the preceding operations, some recovery techniques require additional operations
that include the following:
 UNDO: Similar to rollback, except that it applies to a single operation rather than to a
whole transaction.
 REDO: This specifies that certain transaction operations must be redone to ensure that
all the operations of a committed transaction have been applied successfully to the
database.

You might also like