Distributed Databases - CSE4202

0.0(0)
Studied by 0 people
call kaiCall Kai
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
GameKnowt Play
full-widthPodcast
1
Card Sorting

1/35

flashcard set

Earn XP

Description and Tags

Flashcards covering the principles, architectures, fragmentation strategies, query processing stages, replication models, and CAP theorem trade-offs of distributed databases.

Last updated 7:04 PM on 6/16/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai

No analytics yet

Send a link to your students to track their progress

36 Terms

1
New cards

Distributed Database

A collection of multiple logically interrelated databases distributed across multiple physical locations.

2
New cards

Distributed Database Management System (DDBMS)

A software system that manages a distributed database while making the distribution transparent to the user.

3
New cards

Local Autonomy

The principle that each site in a distributed system should have independent control of its own security, locking, logging, integrity, and recovery.

4
New cards

No reliance on a central site

The requirement that a distributed database system should not depend on a single central site, which could become a bottleneck or a single point of failure.

5
New cards

Continuous operation

The goal that a distributed system should never require downtime and should provide rapid online backup and recovery facilities.

6
New cards

Location independence

A property where applications behave as if all data were stored locally, allowing data to be migrated between sites without modification to the application.

7
New cards

Fragmentation independence

A property where applications are unaware that relations are divided into fragments and stored at different physical sites.

8
New cards

Replication independence

A property where applications are unaware that multiple copies of data are being maintained and synchronized automatically.

9
New cards

Distributed Query Processing

The process where queries are broken down into component transactions to be executed at different distributed sites.

10
New cards

Distributed Transaction Management

The management of atomic transactions across a distributed system, handling concurrency, deadlocks, and recovery to maintain integrity.

11
New cards

Hardware Independence

The ability of a DDBMS to operate across a wide variety of hardware platforms and architectures.

12
New cards

Operating System Independence

The requirement that a distributed database system must be able to run on various different operating systems.

13
New cards

Network Independence

The design of a distributed database to run regardless of the communication protocols or network topology used.

14
New cards

DBMS Independence

The ability of a distributed database to support interoperability between different, non-alike DBMS systems at various nodes.

15
New cards

Horizontal Fragmentation

The division of a relation row-wise, where each fragment contains a subset of the tuples based on a defined predicate.

16
New cards

Primary Horizontal Fragmentation

Horizontal fragmentation performed using a predicate defined on the relation being partitioned, such as Employee_London=σLocation=London(Employee)Employee\_London = \sigma_{Location = 'London'}(Employee).

17
New cards

Derived Horizontal Fragmentation

Horizontal fragmentation performed using a predicate defined on another relation, often involving a join operation.

18
New cards

Vertical Fragmentation

The division of a relation column-wise, where each fragment contains a subset of attributes and includes the primary key for reconstruction.

19
New cards

Hybrid (Mixed) Fragmentation

A combination of horizontal and vertical fragmentation techniques.

20
New cards

Query Mapping

The first stage of query processing that converts a high-level query into an algebraic query on global relations.

21
New cards

Localization

The stage of query processing that transforms a global query into fragment queries based on actual data distribution.

22
New cards

Global Query Optimization

The process of minimizing execution cost by selecting the best overall query execution plan for a distributed system.

23
New cards

Local Query Optimization

Optimization performed at each individual site to execute fragment queries efficiently.

24
New cards

Semijoin Reduction

A technique to reduce communication costs by only moving the part of a relation that will actually be used in a join.

25
New cards

Mutually Consistent State

A state where all copies of a replicated data item have identical values.

26
New cards

Strong Mutual Consistency

A state where all copies of a data item have the same value immediately at the end of an update transaction.

27
New cards

Weak Mutual Consistency

Also known as eventual consistency, where all copies of a data item will eventually have the same value.

28
New cards

Full Replication

A scenario where every site in the distributed database stores a complete copy of the entire database.

29
New cards

Partial Replication

A scenario where only selected parts of the database, such as specific tables or frequently accessed rows, are replicated at different sites.

30
New cards

Eager Propagation

A method where changes are propagated to all replicas during the lifetime of the global transaction, aiming for strong consistency.

31
New cards

Lazy Propagation

A method where changes are propagated in refresh transactions after the global transaction has committed, aiming for eventual consistency.

32
New cards

Consistency (CAP Theorem)

The principle that each server always returns the correct response to each request.

33
New cards

Availability (CAP Theorem)

The principle that each request eventually receives a response.

34
New cards

Partition Tolerance (CAP Theorem)

The ability of a system to continue functioning even if communication is unreliable and servers are partitioned into groups.

35
New cards

Google Spanner

An example of a CP system that uses synchronous replication (eager propagation) for strong consistency.

36
New cards

Amazon DynamoDB

An example of an AP system that uses eventual consistency (lazy propagation) for high availability.