Database Management Systems Flashcards

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

1/31

flashcard set

Earn XP

Description and Tags

Flashcards covering key vocabulary and concepts from the Database Management Systems lecture notes.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

32 Terms

1
New cards

DBMS (Database Management System)

A software system that enables users to define, create, maintain, and control access to the database.

2
New cards

Parser

A component of the DBMS responsible for parsing and interpreting SQL commands.

3
New cards

Optimizer

A component of the DBMS that selects the most efficient execution strategy for a query.

4
New cards

Plan Executor

A component of the DBMS that handles the execution plan generated by the optimizer.

5
New cards

Recovery Manager

A component of the DBMS responsible for ensuring data consistency and reliability during system failures.

6
New cards

Files and Access Methods

A component of the DBMS that manages how data is accessed and stored on disk.

7
New cards

Buffer Manager

A component of the DBMS that manages the caching of data in memory to improve performance.

8
New cards

Disk Space Manager

A component of the DBMS that allocates and manages disk space for database objects.

9
New cards

Transaction Manager

A component of the DBMS that ensures that transactions are processed reliably and consistently.

10
New cards

Lock Manager

A component of the DBMS that manages locks to ensure concurrent access to data is handled correctly.

11
New cards

Query Evaluation Engine

The process of evaluating a query and producing the desired results.

12
New cards

Concurrency Control

Mechanism for managing concurrent access to the database to prevent inconsistencies.

13
New cards

Transaction

Any one execution of a program in a DBMS; a sequence of one or more operations on a database (read/write/commit/abort).

14
New cards

Read(T, I)

An operation in a transaction that retrieves data from the database.

15
New cards

Write(T, I)

An operation in a transaction that modifies data in the database.

16
New cards

Commit(T)

An operation that finalizes a transaction, making its changes permanent.

17
New cards

Abort(T)

An operation that undoes the changes made by a transaction.

18
New cards

ACID Properties

Atomicity, Consistency, Isolation, Durability - properties a DBMS must ensure for a transaction.

19
New cards

Atomicity

All operations in the transaction are executed, or none are (all-or-nothing).

20
New cards

Consistency

A transaction must preserve the consistency of the database after execution.

21
New cards

Isolation

A transaction is protected from the effects of concurrently scheduling other transactions.

22
New cards

Durability

The effects of a successfully completed transaction should persist even if a system crash occurs.

23
New cards

Crash Recovery

The DBMS logs all transaction writes, so it can undo them if necessary; guarantees atomicity in the presence of system crashes.

24
New cards

Integrity Constraints (ICs)

Transactions do not violate the integrity constraints specified on the database and enforced by the DBMS.

25
New cards

Write-Ahead Log

Changes are written to the log (on the disk) before being reflected in the database; ensures atomicity and durability.

26
New cards

Schedule

A list of operations (Read / Write / Commit / Abort) of a set of transactions with the order of operations in each individual transaction preserved.

27
New cards

Serial Schedule

A schedule in which the actions of different transactions are not interleaved.

28
New cards

Non-Serial Schedule

A schedule in which the actions of different transactions are interleaved.

29
New cards

Serializable Schedule

A schedule is serializable if its effect on a consistent database instance is identical to the effect of some serial schedule.

30
New cards

WR Conflict (Dirty Reads)

T2 is reading a data object previously written by T1.

31
New cards

RW Conflict (Unrepeatable Reads)

T2 is writing a data object previously read by T1.

32
New cards

WW Conflict (Overwriting Uncommitted Data)

T2 is writing a data object previously written by T1.