Flashcards Database Systems: Key Concepts, Models, and Architecture

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

1/103

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 4:37 AM on 9/20/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

104 Terms

1
New cards

Database (DB)

A collection of data; the passive component managed by the DBMS.

2
New cards

Database Management System (DBMS)

Software used to manage a database; the active component that interacts with the database.

3
New cards

Centralized Database System

A database architecture where users interact with one DBMS, one operating system, and one database.

4
New cards

Client-Server Database System

A database architecture where multiple clients communicate with a database server containing the DBMS, OS, and database.

5
New cards

Distributed Database System (DBS)

A database system involving multiple operating systems, DBMSs, and databases.

6
New cards

Homogeneously Distributed DBS

A distributed database system in which the DBMS software is the same type at the different sites.

7
New cards

Heterogeneously Distributed DBS

A distributed database system in which different types of DBMS software are used at different sites.

8
New cards

Replicated Data

Data that is copied across multiple databases, providing redundancy.

9
New cards

Non-Replicated Data

Data that is not copied onto another database.

10
New cards

Two disadvantages of database systems

Cost (hardware/software) and complexity.

11
New cards

Data Format Consistency

A database advantage in which data is required to follow defined formats or acceptable values.

12
New cards

Data Integrity

A database advantage where constraints are used to ensure data follows specified rules.

13
New cards

Database Security

A database advantage allowing access to data to be controlled or restricted.

14
New cards

Recovery

A database advantage ensuring that after a failure, a transaction is treated as either fully completed or never completed, rather than partially completed.

15
New cards

Transaction Atomicity

All or nothing of a transaction is executed.

16
New cards

Concurrency Control

Safely executing concurrent transactions so that simultaneous operations do not improperly interfere with or overwrite one another.

17
New cards

1st Generation Language

Machine/binary language.

18
New cards

2nd Generation Language

Assembly language, such as ADD, MOV, and SUB.

19
New cards

3rd Generation Language

Procedural languages such as C, C++, and Java that specify how to perform a task.

20
New cards

4th Generation Language

A non-procedural language that specifies what is wanted rather than the exact procedure for how to obtain it.

21
New cards

Program/Data Independence

The program is independent of the data structure, reducing the need to modify programs when the data structure changes.

22
New cards

Schema

The defined structure or organization of a database.

23
New cards

Metadata

Information about data.

24
New cards

Three-Schema Architecture

The External, Conceptual, and Internal levels used to separate user views, the overall database structure, and physical storage.

25
New cards

External Schema (E)

The highest level of the three-schema architecture; describes what a particular user or group sees.

26
New cards

Conceptual Schema (C)

The overall logical view of the database and the information the database contains.

27
New cards

Internal Schema (I)

Describes how the database is physically stored, such as records, indexes, disk pages, and byte layouts.

28
New cards

Physical Data Independence

The ability to modify the internal schema without affecting the conceptual schema.

29
New cards

Logical Data Independence

The ability to modify the conceptual schema without affecting the external schema.

30
New cards

Purpose of the Three-Schema Architecture

To prevent changes at one level from unnecessarily affecting the level above it.

31
New cards

Data Definition Language (DDL)

Database language used to create, remove, or modify database structures and schemas.

32
New cards

Data Manipulation Language (DML)

Database language used to store, retrieve, update, and otherwise manipulate actual data.

33
New cards

SQL

A database language containing both DDL and DML.

34
New cards

Data Model

A description of the structure of a database.

35
New cards

Network Data Model

A model where data is represented as records/nodes and relationships as sets/edges, forming a graph-like structure.

36
New cards

Hierarchical Data Model

A restricted network model represented as a tree in which a node can have only one parent.

37
New cards

Relational Data Model

A model based on mathematical relations in which data and relationships are represented using tables.

38
New cards

Object-Oriented Data Model

A model in which data items are treated as objects using object-oriented concepts.

39
New cards

Object-Relational Data Model

A hybrid of the object-oriented and relational data models.

40
New cards

Graph Database Model

A flexible graph/network-style model without a rigid schema or structure.

41
New cards

Relation

The relational-model term for a table.

42
New cards

Tuple

The relational-model term for a row or record.

43
New cards

Attribute

The relational-model term for a column.

44
New cards

Degree of a Relation

The number of attributes (columns) in a relation.

45
New cards

Cardinality of a Relation

The number of tuples (rows) in a relation.

46
New cards

Domain of an Attribute

The set or range of acceptable values for an attribute.

47
New cards

Key of a Relation

An attribute or set of attributes used to uniquely identify tuples.

48
New cards

Superkey

An attribute or set of attributes that uniquely identifies a tuple within a relation.

49
New cards

Candidate Key

A minimal superkey; no proper subset of it is itself a superkey.

50
New cards

Primary Key

The candidate key selected to uniquely identify tuples within a relation.

51
New cards

Can a relation have multiple candidate keys?

Yes. One candidate key is selected as the primary key.

52
New cards

Can a superkey contain unnecessary attributes?

Yes. As long as it uniquely identifies tuples, it can contain additional attributes.

53
New cards

Can a candidate key contain unnecessary attributes?

No. A candidate key must be minimal.

54
New cards

Foreign Key

An attribute or set of attributes that gets its values from the primary key of another table and creates a relationship between the tables.

55
New cards

Composite Key

A key consisting of more than one attribute.

56
New cards

Domain Constraint

An attribute's value must come from its defined domain.

57
New cards

Key Constraint

Key attribute values must be unique.

58
New cards

Entity Integrity Constraint

Primary key values cannot be NULL.

59
New cards

Referential Integrity Constraint

A foreign key value, if not NULL, must be present as a primary key value in the table it references.

60
New cards

Cascading Deletion

Deleting records containing foreign keys because the referenced primary-key record was deleted.

61
New cards

Relation Structure

A relation consists of a set of attributes and a set of tuples.

62
New cards

Relational Algebra

A collection of operations performed on relations to produce resulting relations.

63
New cards

Selection (σ)

A unary relational algebra operation that returns only tuples satisfying a specified condition or predicate.

64
New cards

Selection notation

σ_condition(Relation)

65
New cards

What does Selection affect?

Rows/tuples. It filters tuples according to a condition.

66
New cards

Does Selection change the degree of a relation?

No. Selection keeps the same attributes, so the degree remains unchanged.

67
New cards

Projection (π)

A unary relational algebra operation that extracts specified attributes/columns and eliminates duplicate tuples.

68
New cards

Projection notation

π_attribute(s)(Relation)

69
New cards

What does Projection affect?

Columns/attributes. It returns only the specified attributes.

70
New cards

What happens to duplicates during Projection?

Duplicate resulting tuples are eliminated.

71
New cards

Union (∪)

Returns tuples that occur in R, S, or both; duplicate tuples are eliminated.

72
New cards

Union notation

R ∪ S

73
New cards

Union Compatibility

Two relations are union-compatible when they have the same number of attributes and corresponding attributes have the same domains.

74
New cards

Does Union require union-compatible relations?

Yes.

75
New cards

Set Difference (−)

Returns the tuples that occur in R but do not occur in S.

76
New cards

Set Difference notation

R − S

77
New cards

Does Set Difference require union-compatible relations?

Yes.

78
New cards

Intersection (∩)

Returns the tuples that occur in both R and S.

79
New cards

Intersection notation

R ∩ S

80
New cards

Does Intersection require union-compatible relations?

Yes.

81
New cards

Cartesian Product (×)

Combines every tuple of one relation with every tuple of another relation, producing all possible tuple combinations.

82
New cards

Cartesian Product notation

R × S

83
New cards

Degree of a Cartesian Product

If deg(R) = m1 and deg(S) = m2, then deg(R × S) = m1 + m2.

84
New cards

Cardinality of a Cartesian Product

If |R| = n1 and |S| = n2, then |R × S| = n1 × n2.

85
New cards

|R| notation

The cardinality, or number of tuples/records, in relation R.

86
New cards

Join (Inner Join)

Combines tuples from two relations according to a join condition involving compatible join attributes.

87
New cards

Join notation

R ⋈ S (with the appropriate join condition when required).

88
New cards

Join Attribute

An attribute used to join two relations; the participating attributes must have the same domain.

89
New cards

Join Condition

The condition specifying how tuples from two relations are matched during a join.

90
New cards

Natural Join

A join over common same-named attributes that removes the duplicate occurrence of the common join attribute from the result.

91
New cards

Natural Join notation

R ⋈ S

92
New cards

Join Selectivity

The number of records in the join result divided by the relevant number of records used for comparison in the join calculation.

93
New cards

Is Union commutative?

Yes. R1 ∪ R2 = R2 ∪ R1.

94
New cards

Is Intersection commutative?

Yes. R1 ∩ R2 = R2 ∩ R1.

95
New cards

Is Set Difference commutative?

No. R1 − R2 is generally not equal to R2 − R1.

96
New cards

Is Union associative?

Yes. (R1 ∪ R2) ∪ R3 = R1 ∪ (R2 ∪ R3).

97
New cards

Is Intersection associative?

Yes. (R1 ∩ R2) ∩ R3 = R1 ∩ (R2 ∩ R3).

98
New cards

Selection vs. Projection

Selection filters ROWS/TUPLES; Projection selects COLUMNS/ATTRIBUTES.

99
New cards

Degree vs. Cardinality

Degree = number of columns/attributes. Cardinality = number of rows/tuples.

100
New cards

Superkey vs. Candidate Key

A superkey uniquely identifies tuples and may contain unnecessary attributes; a candidate key is a minimal superkey with no unnecessary attributes.