Database Systems: Conceptual, Logical, and Physical Data Modeling

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

1/62

flashcard set

Earn XP

Description and Tags

Comprehensive vocabulary flashcards covering conceptual ER modeling, the enhanced ER (EER) model, relational logical modeling, normalization from 1NF to 3NF, and physical database design.

Last updated 8:38 PM on 10/12/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

63 Terms

1
New cards

Data Modeling

A design technique for capturing reality that ensures a database mirrors the real world in order to answer questions about it.

2
New cards

Business Rule

A statement that defines or constrains some aspect of the business, intended to assert business structure or to control and influence business behavior.

3
New cards

Entity Type

A collection of entities that share common properties or characteristics.

4
New cards

Entity Instance

A single occurrence of an entity type.

5
New cards

Strong Entity Type

An entity type that exists independently of other entity types and always possesses a unique identifier.

6
New cards

Weak Entity Type

An entity type whose existence depends on another entity type (its identifying owner) and has no independent business meaning without it.

7
New cards

Identifying Relationship

The relationship between a weak entity type and its owner entity type, denoted in diagrams by a dashed or double line.

8
New cards

Composite Attribute

An attribute that can be broken down into more detailed, meaningful component attributes.

9
New cards

Multivalued Attribute

An attribute that may take on more than one value for a given entity instance, indicated in diagrams by curly braces ...{...}.

10
New cards

Derived Attribute

An attribute whose value is not stored directly but can be calculated from related attribute values, indicated in diagrams by square brackets [...][...].

11
New cards

Identifier

An attribute or combination of attributes that uniquely identifies each entity instance in an entity type.

12
New cards

Degree of a Relationship

The number of entity types that participate in a given relationship.

13
New cards

Unary Relationship (Recursive Relationship)

A relationship between the instances of a single entity type.

14
New cards

Binary Relationship

A relationship between the instances of two entity types, representing the most common type encountered in data modeling.

15
New cards

Ternary Relationship

A simultaneous relationship among the instances of three entity types.

16
New cards

Cardinality Constraint

A rule specifying the number of instances of entity B that can or must be associated with each instance of entity A.

17
New cards

Minimum Cardinality

The minimum number of instances of entity B that may be associated with each instance of entity A; zero indicates optional participation, while one indicates mandatory participation.

18
New cards

Maximum Cardinality

The maximum number of instances of entity B that may be associated with each instance of entity A; if "many", it is considered unlimited.

19
New cards

Associative Entity

An entity type that associates the instances of one or more entity types and contains attributes that are peculiar to the relationship between those entity instances.

20
New cards

Supertype

A generic entity type that has a relationship with one or more specialized subgroups called subtypes.

21
New cards

Subtype

A subgrouping of the entities in an entity type that has attributes distinct from those in other subgroupings.

22
New cards

Attribute Inheritance

The property by which subtype entities inherit the values of all attributes belonging to their supertype.

23
New cards

Generalization

The bottom-up process of defining a more general entity type from a set of more specialized entity types.

24
New cards

Specialization

The top-down process of defining one or more subtypes of a supertype and forming supertype/subtype relationships.

25
New cards

Total Specialization Rule

A completeness constraint requiring that each instance of a supertype must also be a member of at least one subtype, depicted with a double line.

26
New cards

Partial Specialization Rule

A completeness constraint specifying that an instance of a supertype does not have to belong to any subtype, depicted with a single line.

27
New cards

Disjoint Rule

A disjointness constraint specifying that an instance of a supertype can be a member of only one subtype at a time, denoted by the letter "d".

28
New cards

Overlap Rule

A disjointness constraint specifying that an instance of a supertype can simultaneously be a member of two or more subtypes, denoted by the letter "o".

29
New cards

Subtype Discriminator

An attribute of the supertype whose values determine the target subtype or subtypes to which an entity instance belongs.

30
New cards

Entity Cluster

A set of one or more entity types and associated relationships grouped into a single abstract entity type to simplify complex diagrams.

31
New cards

Relation

A named, two-dimensional table of data consisting of a set of named columns and an arbitrary number of unnamed rows (tuples).

32
New cards

Superkey

An attribute or combination of attributes that uniquely identifies each row (entity instance) in a table.

33
New cards

Candidate Key

A superkey that contains no redundancies, meaning no subset of its attributes can uniquely identify each row.

34
New cards

Primary Key

A candidate key selected to uniquely identify all other attributes' values in any given row of a relation, underlined with a solid line.

35
New cards

Composite Key

A primary key made up of more than one attribute, where no component of the key is permitted to contain null values.

36
New cards

Secondary Key

An attribute or combination of attributes used strictly for data retrieval purposes, which does not necessarily yield a unique outcome.

37
New cards

Foreign Key

An attribute in one relation that serves as the primary key of another relation in the same database, serving as a linking field.

38
New cards

Domain Constraint

An integrity rule requiring that all values appearing in a specific column of a relation must originate from the same defined domain.

39
New cards

Entity Integrity Rule

An integrity rule stating that every relation must have a primary key, and the primary key values must be valid, unique, and not null.

40
New cards

Referential Integrity Constraint

An integrity rule requiring that each foreign key value must either match a primary key value in the related relation or be null.

41
New cards

Well-Structured Relation

A relation that contains minimal redundancy and allows users to insert, modify, and delete rows in a table without anomalies.

42
New cards

Insertion Anomaly

An inconsistency experienced when attempting to store a value for one attribute, but unable to do so because the value of another attribute is unknown.

43
New cards

Deletion Anomaly

An inconsistency experienced when a value for an attribute that should be kept is unexpectedly lost when a value for another attribute is deleted.

44
New cards

Modification Anomaly

An inconsistency experienced when changes to multiple rows of a table are needed to effect an update to a single attribute value.

45
New cards

Normalization

The process of successively reducing relations with anomalies to produce smaller, well-structured relations by eliminating data redundancy.

46
New cards

Functional Dependency

A relationship between attributes (Aโ†’BA \rightarrow B) such that for every instance of AA, that value of AA uniquely determines the value of BB.

47
New cards

Determinant

The attribute or set of attributes located on the left-hand side of the arrow in a functional dependency.

48
New cards

First Normal Form (1NF)

A state of a relation in which all repeating groups are removed (each row/column intersection contains single values) and a primary key is defined.

49
New cards

Partial Functional Dependency

A functional dependency in which one or more nonkey attributes depend on only a part, rather than the entirety, of a composite primary key.

50
New cards

Second Normal Form (2NF)

A state of a relation that is in 1NF and contains no partial functional dependencies.

51
New cards

Transitive Dependency

A functional dependency between two or more nonkey attributes that are not part of any primary or candidate key.

52
New cards

Third Normal Form (3NF)

A state of a relation that is in 2NF and contains no transitive dependencies.

53
New cards

Physical Modeling

The phase of database design that translates the logical description of data into technical specifications for storing and retrieving data.

54
New cards

Field

The smallest unit of application data recognized and managed within a physical database.

55
New cards

Range Control

A data integrity constraint that specifies the upper and lower bounds for acceptable values in a field.

56
New cards

Default Value

An integrity control specifying the value that a field will automatically take if no data is explicitly entered.

57
New cards

Denormalization

The process of transforming normalized relations into unnormalized physical record specifications to improve query retrieval speed by reducing table joins.

58
New cards

Horizontal Partitioning

Distributing the rows of a table across multiple separate files, where each fragment contains the same attributes but different rows.

59
New cards

Vertical Partitioning

Distributing the columns of a table across multiple separate files, where each fragment must repeat the primary key column.

60
New cards

Data Replication

Purposely storing copies of the same data in multiple database locations to reduce contention and improve access speed, at the cost of data duplication.

61
New cards

Sequential File Organization

A storage organization structure where physical records are stored in order according to a primary key value.

62
New cards

Indexed File Organization

A storage organization structure where records are stored sequentially or nonsequentially and an index is created to locate individual records.

63
New cards

Hashed File Organization

A storage organization structure in which the physical storage address of each record is determined directly by a hashing algorithm.