Transaction Management

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/34

flashcard set

Earn XP

Description and Tags

Flashcards covering key vocabulary and concepts related to transaction management.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

35 Terms

1
New cards

Transaction

Action, or series of actions, carried out by user or application, which reads or updates contents of database.

2
New cards

Transaction Outcomes

Success (transaction commits) or Failure (transaction aborts).

3
New cards

Atomicity

'All or nothing' property. A transaction is either fully completed, or not at all.

4
New cards

Consistency

Must transform database from one consistent state to another.

5
New cards

Isolation

Partial effects of incomplete transactions should not be visible to other transactions.

6
New cards

Durability

Effects of a committed transaction are permanent and must not be lost because of later failure.

7
New cards

Transaction Manager

Coordinates transaction on behalf of application program and communicates with scheduler.

8
New cards

Scheduler

Module responsible for implementing a particular strategy for concurrency control (sometimes referred to as the lock manager).

9
New cards

Recovery Manager

Ensures database is restored to the state it was in before the start of the transaction to maintain a consistent state.

10
New cards

Buffer Manager

Responsible for the efficient transfer of data between disk storage and main memory.

11
New cards

Concurrency Control

Process of managing simultaneous operations on the database without having them interfere with one another.

12
New cards

Lost Update Problem

Successfully completed update is overridden by another user.

13
New cards

Uncommitted Dependency Problem

Occurs when one transaction can see intermediate results of another transaction before it has committed.

14
New cards

Inconsistent Analysis Problem

Occurs when a transaction reads several values but a second transaction updates some of them during the execution of the first.

15
New cards

Serializability

Identifies those executions of transactions guaranteed to ensure consistency.

16
New cards

Serial Schedule

Schedule where operations of each transaction are executed consecutively without any interleaved operations from other transactions.

17
New cards

Non-Serial Schedule

Schedule where operations from a set of concurrent transactions are interleaved.

18
New cards

Conflict Serializable Schedule

Orders any conflicting operations in the same way as some serial execution.

19
New cards

View Serializability

Offers less stringent definition of schedule equivalence than conflict serializability.

20
New cards

Recoverability

Examining recoverability of transactions within schedule, if a transaction fails, atomicity requires effects of transaction to be undone.

21
New cards

Locking

Transaction uses locks to deny access to other transactions and to prevent incorrect updates.

22
New cards

Shared Lock (S)

If a transaction has a shared lock (S) on item, it can read but not update the item.

23
New cards

Exclusive Lock (X)

If a transaction has an exclusive lock (X) on an item, it can both read and update the item.

24
New cards

Two-Phase Locking (2PL)

Transaction follows 2PL protocol if all locking operations precede first unlock operation in the transaction.

25
New cards

Growing Phase

acquires all locks but cannot release any locks.

26
New cards

Shrinking Phase

releases locks but cannot acquire any new locks.

27
New cards

Cascading Rollback

If a transaction aborts, other transactions dependent on it must also be rolled back.

28
New cards

Deadlock

An impasse that may result when two (or more) transactions are each waiting for locks held by the other to be released.

29
New cards

Wait-Die

Only an older transaction can wait for a younger one, otherwise the transaction is aborted (dies) and restarted with the same timestamp.

30
New cards

Wound-Wait

Only a younger transaction can wait for an older one. If an older transaction requests a lock held by a younger one, the younger one is aborted (wounded).

31
New cards

Granularity

Size of data items chosen as unit of protection by concurrency control protocol.

32
New cards

Database Recovery

Process of restoring database to a correct state in the event of a failure.

33
New cards

Deferred Update

Updates are not written to the database until after a transaction has reached its commit point.

34
New cards

Immediate Update

Updates are applied to database as they occur.

35
New cards

Shadow Paging

Maintain two page tables during the life of a transaction: current page and shadow page table. Shadow page table is never changed thereafter and is used to restore the data in the event of failure.