0% found this document useful (0 votes)
65 views41 pages

Entity Relationship Modeling

The document discusses entity relationship modeling and diagrams. It defines key components of ER modeling including entities, attributes, relationships, and cardinality. Entities are represented as rectangles with names. Attributes are characteristics of entities and can be single-valued, multi-valued, simple, composite, optional or required. Relationships connect entities and can be one-to-one, one-to-many, or many-to-many. Cardinality specifies the minimum and maximum occurrences in a relationship. The document also covers weak entities, recursive relationships, and associative entities.

Uploaded by

jerikbenito46
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
65 views41 pages

Entity Relationship Modeling

The document discusses entity relationship modeling and diagrams. It defines key components of ER modeling including entities, attributes, relationships, and cardinality. Entities are represented as rectangles with names. Attributes are characteristics of entities and can be single-valued, multi-valued, simple, composite, optional or required. Relationships connect entities and can be one-to-one, one-to-many, or many-to-many. Cardinality specifies the minimum and maximum occurrences in a relationship. The document also covers weak entities, recursive relationships, and associative entities.

Uploaded by

jerikbenito46
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 41

IT131-8:

Information Management
Entity Relationship Modeling
Learning Objectives
After completing this chapter, you will be able to:

Identify the main characteristics of entity


relationship components

Describe how relationships between


entities are defined, refined, and
incorporated into the database design
process

See how ERD components affect


database design and implementation

Understand that real-world database


design often requires the reconciliation of
conflicting goals
The Entity Relationship Model (ERM)

Forms the basis of an entity


relationship diagram (ERD)
Conceptual database as viewed by
end user

Database’s main components


Entities
Attributes
Relationships
ENTITIES
Object of interest to the end user
Refers to the entity set and not to a single entity occurrence

ERM corresponds to a table—not to a row—in


the relational environment
ERM refers to a table row as an entity instance or entity occurrence

In Chen, Crow’s Foot, and UML notations, an


entity is represented by a rectangle that
contains the entity’s name
The entity name, a noun, is usually written in all capital letters
Attributes
Characteristics of Entities

Required
Domain
Attribute

must have a value and set of possible values for


cannot be left empty
Optional a given attribute
Identifier
Attribute

does not require a one or more attributes that


value and can be left uniquely identify each entity
empty instance
Attributes
Characteristics of Entities

Composite Multivalued
Attribute Attributes

attribute that can be attributes that have


subdivided to yield many values
Composite additional attributes Single-valued
Identifier Attribute

primary key composed


attribute that has only a
of more than one
single value
attribute Simple
Attribute

attribute that cannot be


subdivided
Attributes
THE ATTRIBUTES OF THE STUDENT ENTITY: CHEN AND CROW'S FOOT
Chen Model Crow's Foot Model

A MULTIVALUED ATTRIBUTE IN AN ENTITY


Chen Model Crow's Foot Model
Attributes
Requirements of multivalued attributes
Create several new attributes, one for each component of
the original multivalued attribute
Develop a new entity composed of the original multivalued
attribute’s components

Derived Attribute
Attribute whose value is calculated from other attributes
Derived using an algorithm
Multivalued Attributes

A MULTIVALUED ATTRIBUTE IN AN ENTITY

Chen Model Crow's Foot Model


Multivalued Attributes
A MULTIVALUED ATTRIBUTE IN AN ENTITY
Chen Model
Crow's Foot Model
Derived Attributes
Depiction of a Derived Attribute
Chen Model Crow's Foot Model
Advantages and Disadvantages
of Storing Derived Attributes

Derived Attribute: Derived Attribute:


Stored Not Stored

Saves CPU processing cycles


Saves data access time Saves storage space

Advantage Data value is readily available Computation always yields current


Can be used to keep track of value
historical data

Requires constant maintenance to


Uses CPU processing cycles
ensure derived value is current,
Disadvantage especially if any values used in the
Increases data access time
Adds coding complexity to queries
calculation change
Association between entities that always
Relationships, operate in both directions
Connectivity, Participants: entities that participate in a relationship

and Cardinality
Connectivity
describes the relationship classification
Include 1:1, 1:M, and M:N

Cardinality
expresses the minimum and maximum number of entity
occurrences associated with one occurrence of related
entity
In the ERD, cardinality is indicated by placing the
appropriate numbers beside the entities, using the
format (x, y)
Existence Dependence
Existence dependence Existence independence

Entity exists in the Entity exists apart from all


database only when it is of its related entities
associated with another Referred to as a strong
related entity occurrence entity or regular entity
Relationship Strength
Weak (non-identifying) Strong (identifying)
relationship relationships

Primary key of the Primary key of the related


related entity does not entity contains a primary
contain a primary key key component of the
component of the parent parent entity
entity
Conditions of a Existence-dependent
Weak Entity

Has a primary key that is


partially or totally derived from
parent entity in the relationship

***Database designer determines whether an


entity is weak based on business rules
Chen Model

Weak
Entities
EMP_NUM EMP_NUM
A Weak Entity in an ERD
EMP_LNAME DEP_NUM
EMP_FNAME DEP_FNAME
EMP_INITIAL DEP_DOB
EMP_DOB
EMP_HIREDATE

Crow's Foot Model


Weak Table Name: EMPLOYEE
Database Name: Ch04_ShortCo

Entities
A Weak Entity in a Strong
Relationship

Table Name: DEPENDENT


Relationship
Participation Optional Participation
One entity occurrence does not require a corresponding
entity occurrence in a particular relationship

CLASS is optional to COURSE


Relationship
Participation
Mandatory Participation
One entity occurrence requires a corresponding entity
occurrence in a particular relationship

COURSE and CLASS in a mandatory relationship


Relationship Degree
Indicates the number of entities or participants associated with a relationship

Unary Relationship Binary Relationship


association is maintained within a two entities are associated
single entity
Relationship Degree
Indicates the number of entities or participants associated with a relationship

Ternary Relationship
three entities are associated

Recursive Relationship
relationship exists within a single
entity type
Relationship can exist between occurrences
Recursive
of the same entity set
Relationships
Naturally, such a condition is found within a unary
relationship
Common in manufacturing industries

One common pitfall when working with unary


relationships is to confuse participation with
referential integrity
Similar because they are both implemented through
constraints on the same set of attributes
Recursive Relationships
AN ER REPRESENTATIONOF RECURSIVE RELATIONSHIPS
Associative Used to represent an M:N relationship
(Composite) between two or more entities
Entities
Has a 1:M relationship with the parent
entities
Composed of the primary key attributes of each parent
entity

May also contain additional attributes that


play no role in connective process
Associative (Composite) Entities
A COMPOSITE ENTITY IN AN ERD
Developing an Activities involved in building an ERD
ER Diagram Create a detailed narrative of the
organization’s description of operations
Identify business rules based on the
descriptions
Identify main entities and relationships from
the business rules
Develop the initial ERD
Identify the attributes and primary keys that
adequately describe entities
Revise and review ERD
Developing an THE FIRST TINY COLLEGE ERD SEGMENT
ER Diagram
Developing an
ER Diagram THE SECOND TINY COLLEGE ERD SEGMENT
Developing an THE THIRD TINY COLLEGE ERD SEGMENT
ER Diagram
Developing an
ER Diagram THE FOURTH TINY COLLEGE ERD SEGMENT
Developing an
ER Diagram THE FIFTH TINY COLLEGE ERD SEGMENT
Developing an
ER Diagram THE SIXTH TINY COLLEGE ERD SEGMENT
Developing an
ER Diagram THE SEVENTH TINY COLLEGE ERD SEGMENT
Developing an
ER Diagram THE EIGHTH TINY COLLEGE ERD SEGMENT
Developing an
ER Diagram THE NINTH TINY COLLEGE ERD SEGMENT
Developing an ER Diagram
Components of the ERM

ENTITY RELATIONSHIP CONNECTIVITY ENTITY

SCHOOL operates 1:M DEPARTMENT

DEPARTMENT has 1:M STUDENT

DEPARTMENT employs 1:M PROFESSOR

DEPARTMENT offers 1:M COURSE

COURSE generates 1:M CLASS

SEMESTER includes 1:M CLASS

PROFESSOR is dean of 1:1 SCHOOL

PROFESSOR chairs 1:1 DEPARTMENT


Developing an ER Diagram
Components of the ERM

ENTITY RELATIONSHIP CONNECTIVITY ENTITY

PROFESSOR teaches 1:M CLASS

PROFESSOR advises 1:M STUDENT

STUDENT enrolls in M:N CLASS

BUILDING contains 1:M ROOM

ROOM is used for 1:M CLASS

Note: ENROLL is the composite entity that implements the M:N relationship “STUDENT enrolls in CLASS.”
Database
Design
Challenges: Database designers must often make design
Conflicting compromises that are triggered by conflicting
Goals goals

Database design must conform to design standards


High processing speed may limit the number and
complexity of logically desirable relationships
Maximum information generation may lead to loss of
clean design structures and high transaction speed
Database Design FIRST IMPLEMENTATION

Challenges: Table Name: EMPLOYEE_V1

Conflicting
Goals

VARIOUS
IMPLEMENTATIONS OF THE
1:1 RECURSIVE
RELATIONSHIP

SECOND IMPLEMENTATION

Table Name: EMPLOYEE Table Name: MARRIED_V1


Database Design
Challenges: THIRD IMPLEMENTATION
Conflicting Table Name: MARRIAGE Table Name: MARPART Table Name: EMPLOYEE
Goals

VARIOUS
IMPLEMENTATIONS OF THE
1:1 RECURSIVE
RELATIONSHIP

The relational diagram for the third implementation:

You might also like