Database Systems: Design, Implementation, and Management Flashcards

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

1/87

flashcard set

Earn XP

Description and Tags

Comprehensive vocabulary flashcards covering key terms and concepts from Modules 1 through 5 of Database Systems: Design, Implementation, and Management (14th Edition).

Last updated 10:32 AM on 10/5/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

88 Terms

1
New cards

Data

Raw facts, such as a telephone number, birth date, customer name, or YTD sales value, that have not yet been processed to reveal meaning.

2
New cards

Information

The result of processing raw data to reveal its meaning, requiring context to provide value for decision making.

3
New cards

Metadata

Data about data through which end-user data is integrated and managed, describing data characteristics and relationships.

4
New cards

Database Management System (DBMS)

A collection of programs that manages the database structure and controls shared access to the data stored in the database.

5
New cards

Operational Database

A database specifically designed to support a company's day-to-day business operations.

6
New cards

Analytical Database

A database that stores historical data and business metrics used exclusively for tactical or strategic decision making.

7
New cards

Data Warehouse

A core component of an analytical database that stores data in a format optimized for decision support.

8
New cards

Online Analytical Processing (OLAP)

A set of tools used for retrieving, processing, and modeling data from a data warehouse.

9
New cards

NoSQL

A generation of database management systems not based on the traditional relational model, designed to handle high volume, variety, and velocity of data.

10
New cards

Structural Dependence

A condition in file systems where access to a file depends on its structure, requiring application updates whenever the file structure changes.

11
New cards

Data Independence

A condition existing when data storage characteristics can be modified without affecting an application program's ability to access the data.

12
New cards

Data Redundancy

A condition that exists when the same data is stored unnecessarily at different locations within a database environment.

13
New cards

Data Anomaly

An abnormality that develops in a database when not all required changes in redundant data are completed successfully.

14
New cards

Data Dictionary

A DBMS component that stores detailed descriptions and definitions of data elements and their relationships.

15
New cards

Data Model

A relatively simple representation of complex real-world data structures used as a communication tool and database blueprint.

16
New cards

Entity

A person, place, thing, concept, or event about which data will be collected and stored.

17
New cards

Business Rule

A brief, precise, and unambiguous description of a policy, procedure, or principle within an organization used to define data model components.

18
New cards

Schema

The conceptual organization of the entire database as viewed by the database administrator.

19
New cards

Subschema

The portion of the database seen by specific application programs that produce required user information.

20
New cards

Data Manipulation Language (DML)

The set of commands and environment used to manipulate and manage data stored within a database.

21
New cards

Schema Data Definition Language (DDL)

The language that enables a database administrator to define and structure schema components.

22
New cards

Relational Database Management System (RDBMS)

A database system that manages relational tables and performs all underlying data storage and processing details.

23
New cards

Object-Oriented Data Model (OODM)

A semantic data model where data and its associated relationships are stored together in a single structure called an object.

24
New cards

Big Data

A movement focused on managing massive volumes of web- and sensor-generated data characterized by volume, velocity, and variety (the 3 Vs).

25
New cards

Hadoop

A Java-based, open-source, high-speed, fault-tolerant distributed storage and computational framework.

26
New cards

External Model

The end users' specific view of the data environment, represented by external schemas.

27
New cards

Conceptual Model

A global, bird's-eye view of the entire database for an organization, independent of software and hardware.

28
New cards

Internal Model

The representation of a database as seen by the DBMS, which is software dependent but hardware independent.

29
New cards

Physical Model

The lowest level of data abstraction describing physical storage devices and access methods, being both software and hardware dependent.

30
New cards

Logical Independence

A condition existing when the internal model can be modified without affecting the conceptual model.

31
New cards

Tuple

A row in a relational table that represents a single entity occurrence within an entity set.

32
New cards

Attribute Domain

The specific range of allowable values for a given column or attribute in a relation.

33
New cards

Functional Dependence

A state in which knowing the value of one or more attributes uniquely determines the value of one or more other attributes.

34
New cards

Determinant

An attribute whose value determines the value of another attribute in a functional dependency.

35
New cards

Full Functional Dependence

A condition where the entire collection of attributes in a composite determinant is necessary to determine the dependent attribute.

36
New cards

Composite Key

A key that is composed of more than one attribute.

37
New cards

Superkey

Any key (attribute or combination of attributes) that uniquely identifies any row in a table.

38
New cards

Candidate Key

A minimal superkey that contains no subset of attributes that is itself a superkey.

39
New cards

Entity Integrity

The rule stating that each row in a table must have a known, unique identity, requiring primary key entries to be unique with no null values.

40
New cards

Referential Integrity

The rule requiring that every non-null foreign key value must match an existing primary key value in the related table.

41
New cards

Foreign Key (FK)

An attribute or combination of attributes in one table whose values match the primary key in another table.

42
New cards

Relvar

Short for relation variable, a container variable that holds relation data rather than the relation itself.

43
New cards

SELECT (Relational Operator)

A relational algebra operator that selects a subset of rows based on a specified condition (also called RESTRICT).

44
New cards

PROJECT (Relational Operator)

A relational algebra operator that selects a specified subset of columns from a table.

45
New cards

UNION (Relational Operator)

An operator that merges all rows from two union-compatible tables into a single table while removing duplicate rows.

46
New cards

INTERSECT (Relational Operator)

An operator that yields only the rows that are common to two union-compatible tables.

47
New cards

DIFFERENCE (Relational Operator)

An operator that yields all rows present in one table that are not found in another union-compatible table.

48
New cards

PRODUCT (Relational Operator)

An operator that yields all possible pairs of rows from two tables, also known as the Cartesian product.

49
New cards

DIVIDE (Relational Operator)

A relational algebra operator used to answer questions about one set of data being associated with all values of another set.

50
New cards

System Catalog

A detailed system data dictionary describing all objects, tables, and metadata within the database.

51
New cards

Homonym

The use of the exact same name to label different attributes in a database design.

52
New cards

Synonym

The use of different attribute names to describe the exact same real-world attribute.

53
New cards

Index

An orderly arrangement used to logically and efficiently access rows in a table based on an index key.

54
New cards

Required Attribute

An attribute that must contain a value and cannot be left empty.

55
New cards

Optional Attribute

An attribute that does not require a value and may be left null.

56
New cards

Composite Attribute

An attribute that can be subdivided into smaller, meaningful components.

57
New cards

Simple Attribute

An attribute that cannot be subdivided into smaller components.

58
New cards

Single-Valued Attribute

An attribute that can hold only a single value for a given entity instance.

59
New cards

Multivalued Attribute

An attribute that can hold multiple values for a single entity instance.

60
New cards

Derived Attribute

An attribute whose value is calculated from other stored attributes rather than directly saved.

61
New cards

Cardinality

A property expressing the minimum and maximum number of entity occurrences associated with one occurrence of a related entity, written as (x,y).

62
New cards

Existence Dependence

A condition where an entity can exist in the database only when associated with a related parent entity occurrence.

63
New cards

Weak Relationship

A non-identifying relationship in which the primary key of the related entity does not contain a primary key component of the parent entity.

64
New cards

Strong Relationship

An identifying relationship in which the primary key of the related entity contains a primary key component of the parent entity.

65
New cards

Weak Entity

An entity that is existence-dependent and derives at least part of its primary key from its parent entity.

66
New cards

Optional Participation

A relationship condition where an entity occurrence does not require a corresponding entity occurrence in the related entity set.

67
New cards

Mandatory Participation

A relationship condition where an entity occurrence requires a corresponding entity occurrence in the related entity set.

68
New cards

Unary Relationship

A relationship degree in which an association exists within a single entity set.

69
New cards

Binary Relationship

A relationship degree involving associations between two different entity sets.

70
New cards

Ternary Relationship

A relationship degree involving associations among three different entity sets.

71
New cards

Recursive Relationship

A relationship maintained between occurrences of the same entity set.

72
New cards

Associative Entity

A bridge or composite entity used to represent an M:N relationship by establishing 1:M relationships with both parent entities.

73
New cards

Extended Entity Relationship Model (EERM)

A data model that incorporates advanced semantic constructs such as supertypes, subtypes, and entity inheritance into the traditional ER model.

74
New cards

Entity Supertype

A generic entity type related to one or more entity subtypes containing shared, common attributes and relationships.

75
New cards

Entity Subtype

A specific entity type containing unique characteristics while inheriting common attributes from an entity supertype.

76
New cards

Specialization Hierarchy

An organizational structure depicting higher-level supertypes and lower-level subtypes in 'is-a' relationships.

77
New cards

Subtype Discriminator

An attribute in a supertype entity that determines to which subtype a supertype instance belongs.

78
New cards

Disjoint Subtypes

Subtypes that contain nonoverlapping, unique subsets of the supertype entity set.

79
New cards

Overlapping Subtypes

Subtypes containing nonunique subsets of the supertype entity set, allowing an instance to belong to multiple subtypes simultaneously.

80
New cards

Partial Completeness

A constraint specifying that not every supertype occurrence must be a member of a subtype.

81
New cards

Total Completeness

A constraint specifying that every supertype occurrence must be a member of at least one subtype.

82
New cards

Specialization

The top-down process of identifying specific lower-level entity subtypes from a higher-level entity supertype.

83
New cards

Generalization

The bottom-up process of identifying a generic higher-level supertype from lower-level entity subtypes.

84
New cards

Entity Cluster

A virtual entity type combining multiple interrelated entities and relationships into a single abstract object on an ERD.

85
New cards

Natural Key

A real-world identifier used in day-to-day business vocabulary to uniquely identify real-world objects.

86
New cards

Surrogate Key

An artificial primary key created by a database designer without intrinsic meaning to ensure unique entity identification.

87
New cards

Time-Variant Data

Data whose values change over time and for which a historical record of changes must be retained.

88
New cards

Fan Trap

A design trap occurring when an entity is in two 1:M relationships with other entities, creating an unexpressed or ambiguous association among them.