BMGT402 - Entity Relationship

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

1/156

encourage image

There's no tags or description

Looks like no tags are added yet.

Last updated 6:55 PM on 10/17/26
Name
Mastery
Learn
Test
Matching
Spaced
Call with Kai
Chat

No analytics yet

Send a link to your students to track their progress

157 Terms

1
New cards
2
New cards
3
New cards
4
New cards
5
New cards
What does ER stand for?
Entity Relationship.
6
New cards
What does ERD stand for?
Entity Relationship Diagram.
7
New cards
What forms the basis of an ERD?
The Entity Relationship (ER) model.
8
New cards
What is an ERD?
A data modeling technique that graphically represents a database's main components.
9
New cards
What three main components does an ERD represent?
Entities, attributes, and relationships.
10
New cards
From whose viewpoint does an ERD conceptually represent a database?
The end user's viewpoint.
11
New cards
What is an entity?
An object of interest to the end user about which information should be collected.
12
New cards
What do entities become in relational databases?
Tables.
13
New cards
What is an entity occurrence or entity instance?
An individual entity instance corresponding to a row in a relational table.
14
New cards
How are entities represented in Chen, Crow's Foot, and UML notation?
A rectangle containing the entity's name.
15
New cards
How should entity names be written?
As singular nouns in all uppercase letters.
16
New cards
What is an attribute?
A property or characteristic of an entity.
17
New cards
Where are attributes written in an ERD?
Inside the entity box.
18
New cards
How is a primary key marked in the slide 8 entity box?
With a PK designator; it is required and shown in bold.
19
New cards
Scenario (Slide 8): The STUDENT entity lists STUDENT_ID, STUDENT_FNAME, STUDENT_LNAME, STUDENT_EMAIL, and STUDENT_PHONE. Which attribute is the primary key?
STUDENT_ID.
20
New cards
What are the two classifications of attributes based on whether values must be provided?
Required and optional.
21
New cards
What is a required attribute?
An attribute that must have a value.
22
New cards
What is an optional attribute?
An attribute that may be left empty.
23
New cards
What is an attribute domain?
The set of possible values for an attribute.
24
New cards
What is an identifier?
One or more attributes that uniquely identify each entity instance.
25
New cards
What is a composite identifier?
A primary key composed of more than one attribute.
26
New cards
What is a simple attribute?
An attribute that cannot be subdivided.
27
New cards
What examples of simple attributes are given on slide 10?
Gender, last name, and first name.
28
New cards
What is a composite attribute?
An attribute that can be subdivided into smaller components.
29
New cards
What examples of composite attributes are given on slide 10?
A person's name and address.
30
New cards
Scenario (Slide 10): An attribute stores a person's full name, which can be divided into first and last names. What type of attribute is it?
Composite attribute.
31
New cards
Scenario (Slide 10): An attribute stores only a person's last name. What type is it?
Simple attribute.
32
New cards
What is a single-value attribute?
An attribute that can have only one value.
33
New cards
What examples of single-value attributes appear on slide 11?
UID, SSN, and date of birth.
34
New cards
What is a multi-valued attribute?
An attribute that can have many values.
35
New cards
Are multi-valued attributes allowed in relational models?
No.
36
New cards
What examples of multi-valued attributes appear on slide 11?
Phone numbers and degrees earned.
37
New cards
How can a multi-valued attribute be resolved?
Create a new entity containing the multi-valued attribute's components and connect it with a foreign key.
38
New cards
Scenario (Slide 11): A car may come in many colors. How should the multi-valued color attribute be resolved?
Create a CAR_COLOR entity using a foreign key to associate colors with a car.
39
New cards
What is a derived attribute?
An attribute whose value can be calculated from other attributes.
40
New cards
Must a derived attribute be physically stored in the database?
No.
41
New cards
Scenario (Slide 12): A person's age is calculated from date of birth. What type of attribute is age?
Derived attribute.
42
New cards
What are advantages of storing derived attributes?
Saves CPU processing cycles and data access time, makes values readily available, and can preserve historical values.
43
New cards
What is a disadvantage of storing derived attributes?
They require maintenance to keep calculated values current.
44
New cards
What are advantages of not storing derived attributes?
Saves storage space and calculates a current value when needed.
45
New cards
What are disadvantages of not storing derived attributes?
Uses CPU cycles, increases data access time, and adds query complexity.
46
New cards
Scenario (Slide 12): An age value is stored in a table and becomes outdated after a birthday. What disadvantage does this demonstrate?
Stored derived attributes require maintenance to stay current.
47
New cards
Scenario (Slide 14): Each employee may support many dependents, and each dependent is supported by only one employee. What is the relationship between EMPLOYEE and DEPENDENT?
One-to-many (1:M), from EMPLOYEE to DEPENDENT.
48
New cards
Scenario (Slide 14): Employees must provide home and cell phone numbers. What phone attributes could the EMPLOYEE entity contain?
EMPLOYEE_HOME_PHONE and EMPLOYEE_CELL_PHONE; the slide does not prescribe exact names.
49
New cards
Scenario (Slide 14): An employee can have multiple dependents. Should all dependents be stored in one multi-valued EMPLOYEE field?
No. Create a separate DEPENDENT entity related to EMPLOYEE.
50
New cards
Scenario (Slide 14): Each dependent is supported by only one employee. Which entity should contain the employee foreign key?
DEPENDENT should reference EMPLOYEE's primary key.
51
New cards
Scenario (Slide 14): Each employee may support many dependents, but each dependent has one supporting employee. What minimum participation can be inferred for EMPLOYEE having dependents?
Optional (zero dependents are possible); the dependent must reference one employee.
52
New cards
What is a relationship?
An association between entities.
53
New cards
What are entities in a relationship called?
Participants.
54
New cards
In how many directions do relationships operate?
Both directions.
55
New cards
Why must both directions of a relationship be considered?
To classify its connectivity and cardinality accurately.
56
New cards
How are relationships represented and named on an ERD?
By labeled lines; relationship names are lowercase verbs.
57
New cards
What relationship verb does the professor recommend avoiding?
Has, and similarly meaningless verbs.
58
New cards
Scenario (Slide 16): A professor teaches many classes; each class is taught by a professor. What is the connectivity?
One-to-many (1:M), from PROFESSOR to CLASS.
59
New cards
Scenario (Slide 16): A professor teaches a class. What is a useful relationship label?
teaches.
60
New cards
What is connectivity?
The relationship classification: 1:1, 1:M, or M:N.
61
New cards
What is cardinality?
The minimum and maximum number of entity occurrences associated with one occurrence of a related entity.
62
New cards
What establishes connectivity and cardinality?
Business rules.
63
New cards
How is explicit cardinality written when Crow's Foot symbols are not enough?
As (minimum, maximum), or (x, y), beside the entities.
64
New cards
Which cardinality is represented by the inside Crow's Foot symbol?
Minimum cardinality.
65
New cards
Which cardinality is represented by the outside Crow's Foot symbol?
Maximum cardinality.
66
New cards
What is optional participation?
Participation with minimum cardinality 0; it may or may not occur.
67
New cards
What is mandatory participation?
Participation with minimum cardinality 1; it must occur.
68
New cards
What three quantities matter in Crow's Foot notation?
Zero, one, and many.
69
New cards
What does (0,N) mean?
Zero or many related occurrences; optional many.
70
New cards
What does (1,N) mean?
One or many related occurrences; mandatory many.
71
New cards
What does (1,1) mean?
Exactly one related occurrence; mandatory one.
72
New cards
What does (0,1) mean?
Zero or one related occurrence; optional one.
73
New cards
Scenario (Slide 19): A COURSE may generate zero or many CLASS occurrences. Is CLASS participation optional or mandatory relative to COURSE?
Optional, because its minimum cardinality is 0.
74
New cards
Scenario (Slide 19): A COURSE must generate at least one CLASS. What minimum cardinality applies to CLASS?
1, indicating mandatory participation.
75
New cards
Scenario (Slide 19): Each CLASS is generated by exactly one COURSE. What cardinality is on the COURSE side for one CLASS?
(1,1).
76
New cards
What is existence dependence?
An entity can exist in the database only when associated with another related entity occurrence.
77
New cards
What example of existence dependence is given?
DEPENDENT is existence-dependent on EMPLOYEE.
78
New cards
What is existence independence?
An entity can exist apart from one or more related entities.
79
New cards
What is another name for an existence-independent entity?
Strong or regular entity.
80
New cards
What is a weak or non-identifying relationship?
A relationship in which the child entity's primary key does not contain a component of the parent's primary key.
81
New cards
How is a weak (non-identifying) relationship drawn?
With a dashed line.
82
New cards
What is a strong or identifying relationship?
A relationship in which the child entity's primary key contains a component of the parent's primary key.
83
New cards
How is a strong (identifying) relationship drawn?
With a solid line.
84
New cards
Scenario (Slide 22): COURSE has primary key CRS_CODE; CLASS has its own primary key CLASS_CODE and stores CRS_CODE only as a foreign key. What relationship strength is shown?
Weak (non-identifying), represented by a dashed line.
85
New cards
Scenario (Slide 23): COURSE has primary key CRS_CODE; CLASS uses CRS_CODE together with CLASS_SECTION as its primary key. What relationship strength is shown?
Strong (identifying), represented by a solid line.
86
New cards
What two conditions define a weak entity?
It is existence-dependent, and its primary key is partially or totally derived from the parent entity.
87
New cards
Who determines whether an entity is weak?
The database designer, based on business rules.
88
New cards
Scenario (Slide 24): DEPENDENT cannot exist without EMPLOYEE, and DEPENDENT's primary key includes EMPLOYEE_NUM. Is DEPENDENT a weak entity?
Yes; it is existence-dependent and its key is derived partly from EMPLOYEE.
89
New cards
Scenario (Slide 24): EMPLOYEE supports DEPENDENT, whose primary key contains EMPLOYEE_NUM. Is the relationship identifying or non-identifying?
Identifying (strong).
90
New cards
Are a weak entity and a weak relationship the same thing?
No. A weak entity is existence-dependent with a parent-derived key; a weak relationship is non-identifying and uses a dashed line.
91
New cards
What is relationship degree?
The number of entities or participants associated with a relationship.
92
New cards
What is a unary relationship?
An association maintained within one entity.
93
New cards
What is another name for a unary relationship?
Recursive relationship.
94
New cards
What is a binary relationship?
An association between two entities.
95
New cards
What is a ternary relationship?
An association among three entities.
96
New cards
What are examples of higher-order relationship degrees?
Quaternary (four entities) and quinary (five entities).
97
New cards
Scenario (Slide 27): EMPLOYEE manages EMPLOYEE. What degree of relationship is this?
Unary (recursive).
98
New cards
Scenario (Slide 27): PROFESSOR teaches CLASS. What degree of relationship is this?
Binary.
99
New cards
Scenario (Slide 27): DOCTOR prescribes DRUG to PATIENT. What degree of relationship is this?
Ternary.
100
New cards
Scenario (Slide 28): An EMPLOYEE table has EMP_NUM and EMP_SPOUSE, where EMP_SPOUSE refers to another EMPLOYEE record. What relationship is implemented?
Unary or recursive relationship within EMPLOYEE.