1Atomicity
Requires that all operations (SQL requests) to be completed; if not the transaction is aborted
2Atomic transaction property
Propert that requires all parts of a transaction to be treated as a single, logical unit of work in which all operations must completed to produce a consistent database
3Binary Lock
Lock that has only two states: locked (1) and unlocked (0)
4Buffers
Shared, reserved memory area that stores the most recently accessed data blocks in RAM.
5Checkpoints
Transaction management, an operation in which the database management system writes all of its updated buffers to disk
6Concurrency contral
DBMS feature that coordinates the simultaneous execution of transactions in a multiprocessing database system
7Consistency
Database condition in which all data integrity constraints are satisfied.
8Consistent database state
Database state in which all data integrity constraints are satisfied
9Database-level lock
Type of lock that restricts database access to the owner of the lock and allows only one user at a time to access the database.
10Database Recovery
Process of restoring a database to a previous consistent state
11Database Request
The equivalent of a single SQL statement in application program or transaction
12Deadlock
Condition in which two or more transaction wait indefinitely for the other to release the lock on previously locked data
13Deadly Embrace
is another name for deadlock
14Deffered Update
Transaction management, a condition in which transaction operations do not immediately update a physical database
15Deffered Write technique
is another name for deffered update
16Diskpage
Permanent storage, the equivalent of a disk block, which can be describes as a directly addressable selction of a disk.
17Durability
Transaction property that indicated the permanence of a database's consistent state.
18Exclusive Lock
Lock that is reserved by a transaction. Lock is issued when a transaction requests permission to update a data item.
19Field Level Lock
Lock that allows concurrent transactions to access the same roww as long as they require the use of different fields within that row
20Immediate Update
Database update that is performed immediately during a transaction's execution, even before the transaction reaches its commit point
21Inconsistent retrivals
Concurrency control problem that arises when a transaction-calculating summary functions over set of data while other transaction are updating the data
22Isolation
Property of a database transaction in which a data item used by one transaction is not available to other transaction until the first one ends.
23Lock
Device that gurantees unique use of a data item in a particular transaction opertaion.
24Lock Granularity
The Level of lock use. Locking can take place at the following levels: database, table, page, row, and field.
25Lock Manager
A DBMS component that is responsible for assigning and releasing locks
26Lost update
Concurrency control problem in which data updates are lost during the concurrent execution of transactions.
27Montoncity
Quality that ensures that timestamp values always increase.
28Mutual Exclusive Rule
A condition in which only one transaction at a time can own an exclusive lock on the same object
29Nonrepeatable Read
Occurs when a transaction reads the same row twice but gets different data each time
30Optimistic Approach
Transaction management, a concurrency control technique based on the assumption that most database operations do not conflict
31Page
In permanent storage, the equivalent of a disk block, which can be described as a directly addressable section of a disk.
32Page-levl lock
The database managment system locks an entire dispage, ore section of a disk
33Pessimistic locking
the use of locks based on the assumption that conflict between transaction is likely
34Phantom Read
In transaction management, when a transaction executes a query at time t1, then runs the same query at time t2, yielding additional rows that satisfy the query.
35Read Committed
isolation level uses shared locks for read operations on each statement. This default isolation level prevents dirty reads, but allows non-repeatable and phantom reads.
36Read Uncommitted
An ANSI SQL transaction isolation level that allows transactions to read uncommitted data from other transactions, and which allows nonrepeatable reads and phantom reads. The least restrictive level defined by ANSI SQL.
37Redundant transaction logs
Multiple copies of the transaction log kept by database management systems to ensure that the physical failure of a disk will not impair the DBMS's ability to recover data
38Repeatable Read
An ANSI SQL transaction isolation level that uses shared locks to ensure that other transactions do not update a row after the original query updates it. However, phantom reads are allowed.
39Row Level lock
Less restrictive database lock in which the DMBS allows concurrent transactions to access different rows of the same table, even when the rows are on the same page
40Scheduler
DBMS component that establishes the order in which concurrent transaction operations are executed.
41Serializable schedule
A schedule of operations in which the interleaved executation of the transaction yields the same result as if they were executed in a serial order
42Serializability
Property in which the selected order of transaction operations creates the same final database state that would have been produced if the transaction has been execcuted
43Shared Lock
Lock that is issued when a transaction requests permission to read data from a database and no exclusive locks are held on the data by another transaction
44Table level lock
Locking scheme that allows only one transaction at a time to access a table
45Timestapping
Technique used in scheduling concurrent transactions that assigns a global unique timestamp to each transaction
46Transaction
Sequence of database requests that accesses the database.
47Transaction log
Feature used by the DBMS to keep track of all transaction operations that update the database
48Two phase locking
Set of rules that governs how transaction acquire and relinquish locks. Two phase locking protocol is divided into two phases: growing and shrinking phase
49Uncommitted Data
When you are trying to achieve concurrency control, uncommitted data cause problems with data integrity and consistency.
50Uniqueness
Property of timestamping that ensures no equal timestamp values can exist
51Wait/Die
Concurrency control scheme in which an older transaction must wait for the younger transaction to complete and release the locks before requesting the locks itself
52Wound/Wait
Concurrency control scheme in which an older transaction can request the lock, preempt the younger transaction, and reschedule it.
53Write ahead log protocol
Process that ensures transaction logs are written to permanent storage before any database data are actually updated.
54Write-through technique
Process that ensures a database is immediately updated by operations during the transaction's execution, even before the transaction reaches its commit point