ER Model in DBMS: Entity, Attribute, Relationship & ER Diagram Notation

DBMS Chapter 04 · ER Model Visual Lab
ER Model in DBMS: Entity, Attribute, Relationship & ER Diagram Notation

The ER Model is a planning method used before creating database tables. It helps us identify the real things we want to store, the details about those things, and the connections between them. In common Chen notation, an entity is shown as a rectangle, an attribute as an oval, and a relationship as a diamond. This chapter teaches the complete idea using one college database, memory shortcuts, cardinality, participation, weak entities, relationship attributes and a step-by-step ER diagram method.

Very easy EnglishDeep concept explanationMemory shortcutsInteractive notation labExam-ready examplesChecked: 18 September 2026
Start with one sentence

What Is the ER Model in DBMS?

ER Model in DBMS: Entity, Attribute, Relationship & ER Diagram Notation

ER Model means Entity-Relationship Model. It is a conceptual method used to represent data before building actual database tables. We identify the important objects, their properties, and the relationships between those objects.

Imagine a college wants a database for students, courses and teachers. Before writing SQL, we should answer three simple questions: What things do we need to store? What details do we need about those things? How are those things connected?

Entity = ThingStudent, Teacher, Course, Department
Attribute = DetailName, Student ID, Phone, Credits
Relationship = ConnectionStudent ENROLLS in Course

Shortcut #1: remember E-A-R

E = Entity · A = Attribute · R = Relationship

If you can identify these three things from a question, the basic ER diagram is already taking shape.

If table, row, key and SQL still feel new, first revise What Is DBMS? Database Concepts Explained With Real-Life Examples.

Visual learning first

Interactive ER Diagram Notation Lab

Click each concept and see the common Chen-style shape. This is the easiest way to stop mixing rectangles, ovals and diamonds.

STUDENT
A rectangle represents an entity type. Example: STUDENT.

Shortcut #2: Rectangle = Thing, Oval = Detail, Diamond = Connection

Rectangle → Thing · Oval → Detail · Diamond → Connection
Concept 01

What Is an Entity?

Simple definition

An entity is a real-world object, person, place, event or concept about which we want to store data.

STUDENT

Student ID, name, branch and semester.

COURSE

Course code, title and credits.

TEACHER

Teacher ID, name and department.

DEPARTMENT

Department ID, name and office details.

Entity vs Entity Type vs Entity Set

EntityOne specific object. Example: Asha, student ID S01.
Entity TypeThe general design or category. Example: STUDENT.
Entity SetCollection of similar entities. Example: all students in the database.
Entity InstanceA particular member of the entity type, such as one student row after conversion to tables.

Shortcut #3: Important nouns are entity candidates

Underline nouns such as Student, Course, Teacher, Department and Book. But do not convert every noun into an entity. “Name” is usually an attribute because it describes another thing.

Concept 02

What Is an Attribute?

Simple definition

An attribute is a property or detail that describes an entity or sometimes a relationship.

For STUDENT, possible attributes are student_id, name, date_of_birth, phone, email, branch and semester.

Shortcut #4: Ask “What do I want to know about this thing?”

Entity = Student. What do I want to know? ID, name, phone, branch. Those answers are attributes.

Types of Attributes in ER Model

Simple Attribute atomicCannot be meaningfully divided for the current design. Example: credits.
Composite AttributeCan be divided into parts. Example: Address → street, city, state, PIN code.
Single-Valued AttributeOne value for one entity in the model. Example: one student ID.
Multivalued AttributeMultiple values can exist. Example: several phone numbers. Common Chen notation uses a double oval.
Derived AttributeCalculated from other data. Example: age from date of birth. Common Chen notation uses a dashed oval.
Key AttributeHelps uniquely identify an entity. Example: student_id. In Chen notation the attribute name is commonly underlined.

Shortcut #5: S-C-S-M-D-K

Simple · Composite · Single · Multi · Derived · Key

Memory sentence: “Simple College Students Make Data Key.” It is intentionally silly so it sticks.

Concept 03

What Is a Relationship?

Simple definition

A relationship shows how two or more entities are connected.

STUDENT ENROLLS COURSE

STUDENT and COURSE are entities. ENROLLS is the relationship.

TEACHER TEACHES COURSE

TEACHER and COURSE are entities. TEACHES connects them.

EMPLOYEE WORKS_FOR DEPARTMENT

WORKS_FOR is the relationship.

STUDENT BORROWS BOOK

BORROWS connects STUDENT and BOOK.

Shortcut #6: Important verbs are relationship candidates

Student ENROLLS · Teacher TEACHES · Customer PLACES Order

Degree of Relationship

Unary / RecursiveAn entity relates to itself. Example: EMPLOYEE supervises EMPLOYEE.
BinaryTwo entity types participate. Example: STUDENT enrolls COURSE.
TernaryThree entity types participate together. Example: SUPPLIER supplies PART to PROJECT.
Higher DegreeMore than three entity types participate, though this is less common in basic designs.
The part most asked in exams

Cardinality: 1:1, 1:N, N:1 and M:N

Cardinality tells us how many entities on one side can be associated with how many entities on the other side.

1 : 1One on each side. Example: one person ↔ one passport in a simplified model.
1 : NOne department → many students.
N : 1Many students → one department.
M : NMany students ↔ many courses.

Shortcut #7: Ask two questions

For STUDENT and COURSE: one student can join how many courses? Many. One course can have how many students? Many. Therefore M:N.

This two-question method is much safer than guessing from the sentence.

Cardinality is not the whole rule

Total Participation vs Partial Participation

Participation tells whether every entity must take part in a relationship or participation is optional for some entities.

Total Participation

Every entity must participate. In common Chen notation, total participation is shown with a double line.

Partial Participation

Some entities may participate and some may not. It is commonly shown with a single line.

Shortcut #8: “Must” = Total, “May” = Partial

If every entity must participate, think total. If participation is optional, think partial.

Do not skip this concept

Strong Entity vs Weak Entity

Strong Entity

Can be uniquely identified using its own key. Example: EMPLOYEE with employee_id.

Weak Entity

Does not have a complete independent key and depends on an owner entity for identification. Example: DEPENDENT may need employee_id plus dependent_name.

In common Chen notation, a weak entity uses a double rectangle. Its identifying relationship commonly uses a double diamond. A partial key helps distinguish weak entities belonging to the same owner.

Shortcut #9: Weak = cannot stand alone for identification

If the entity needs the owner's key to be identified correctly, think weak entity.

Build one complete model

College ER Model Example: Student Enrolls in Course

Requirement: “The college stores students and courses. A student can enroll in many courses, and a course can have many students. For every enrollment, the college stores enrollment date and grade.”

Step 1: Find entities

Nouns give us STUDENT and COURSE.

Step 2: Find relationship

The verb gives us ENROLLS.

Step 3: Find cardinality

One student → many courses. One course → many students. Therefore M:N.

Step 4: Find relationship attributes

enrollment_date and grade describe the enrollment itself, not only the student or only the course.

STUDENT
M
ENROLLS
N
COURSE

Possible STUDENT attributes: student_id, name, branch, semester.

Possible COURSE attributes: course_id, title, credits.

Relationship attributes: enrollment_date, grade.

How does this become tables later?

An M:N relationship normally becomes an intermediate relation such as Enrollment(student_id, course_id, enrollment_date, grade). This bridge becomes important when you study relational schema, keys and normalisation.

Use this method in any question

How to Draw an ER Diagram Step by Step

Read the requirement slowlyUnderstand what the system needs before drawing.
Underline important nounsPossible entities: Student, Course, Teacher, Department.
Ask what details are neededThese become attributes.
Circle important verbsThese often become relationships.
Find keysChoose identifiers for strong entities.
Find cardinality from both sidesAsk one-to-how-many twice.
Check participationIs participation mandatory or optional?
Check weak entities and relationship attributesLook for owner-dependent entities and details that describe a relationship.
Read the diagram back as sentencesMake sure the diagram says the same thing as the requirement.

Shortcut #10: N-D-V-K-C-P-W

Nouns → Details → Verbs → Keys → Cardinality → Participation → Weak check
Notation you should recognise

ER Diagram Notation: What Each Symbol Means

The exact visual style can vary between textbooks and tools. This table shows common Chen-style notation.

ConceptCommon Chen NotationMeaningExample
Strong EntitySingle rectangleIndependent entity type with its own key.STUDENT
Weak EntityDouble rectangleDepends on an owner entity for identification.DEPENDENT
AttributeOvalProperty of an entity or relationship.Name
Key AttributeUnderlined attribute nameUniquely identifies a strong entity.student_id
Multivalued AttributeDouble ovalCan have multiple values.Phone Numbers
Derived AttributeDashed ovalCalculated from other stored data.Age from DOB
RelationshipDiamondAssociation between entities.ENROLLS
Identifying RelationshipDouble diamondConnects weak entity to its owner.EMPLOYEE has DEPENDENT
Total ParticipationDouble lineEvery entity must participate.Every dependent belongs to an employee
Partial ParticipationSingle lineParticipation is optional for some entities.Some teachers manage a department

What about Crow's Foot notation?

Crow's Foot notation is another popular style, especially in database design tools. It often uses box-like entities and symbols on relationship lines to show minimum and maximum cardinality. The underlying ideas are the same, but the drawing style changes. In exams, follow the notation used by your university or teacher instead of mixing styles randomly.

Go one level deeper

Minimum and Maximum Cardinality

Sometimes we need to show both whether participation is optional and the maximum number of related entities.

(0,1)Zero or one. Optional, with at most one related entity.
(1,1)Exactly one. Participation is compulsory and limited to one.
(0,N)Zero or many. Optional and multiple allowed.
(1,N)One or many. At least one is required.

Shortcut #11: First number = minimum, second = maximum

(min, max)

If minimum is 0, participation is optional. If minimum is 1, at least one relationship is required.

Where should a detail go?

Entity Attribute vs Relationship Attribute

Entity Attribute

Describes one entity on its own. Example: Student name describes STUDENT.

Relationship Attribute

Describes the connection. Example: grade describes a particular STUDENT-COURSE enrollment.

Shortcut #12: “Does this detail change when the partner changes?”

A student's name does not change from course to course, so it belongs to STUDENT. A student's grade can change for each course, so grade belongs to ENROLLS.

Fix these before the exam

Common ER Diagram Mistakes

Making every noun an entityName and address may be attributes rather than independent entities.
Using verbs as entitiesEnrolls and borrows are usually relationships.
Guessing cardinality from one sideAlways ask the one-to-how-many question from both sides.
Putting relationship data on the wrong entityGrade belongs to an enrollment, not permanently to Student or Course.
Forgetting the keyStrong entities normally need an identifier.
Confusing weak with unimportantWeak means identification depends on another entity.
Mixing notation stylesUse one notation consistently.
Drawing before understandingThe diagram must represent the business rule, not just look neat.
Why this matters later

How ER Model Connects to Relational Tables

Entity → TableSTUDENT can become Students.
Attribute → Columnstudent_id and name become columns.
Entity Instance → RowAsha's data becomes one row.
Key Attribute → Primary Keystudent_id can become the primary key.
1:N → Foreign KeyThe key from the one side is commonly placed on the many side.
M:N → New RelationA junction or associative table is commonly created.

This is why ER modelling should come before detailed table design. The earlier DBMS Architecture chapter explains where database components sit; this chapter explains how to model the information they store.

Write according to marks

How to Write ER Model Answers in Semester Exams

2 marks

Definition + three terms

Define ER Model and write one line each for entity, attribute and relationship.

5 marks

Add notation

Explain rectangle, oval and diamond with one small example and cardinality.

8-10 marks

Explain the complete model

Include attribute types, cardinality, participation, weak entity, relationship degree, notation and one complete ER example.

For presentation technique, use How to Write High-Scoring Answers in University Semester Exams. For revision planning, combine this chapter with the previous-year-paper priority method.

Check real understanding

Practice Questions With Answers

1. What is an entity in ER Model?

An entity is a real-world object, person, place, event or concept about which the database stores information. Examples include STUDENT, COURSE and TEACHER.

2. What is the difference between entity and attribute?

An entity is the thing being described, while an attribute is a property of that thing. STUDENT is an entity; name and student_id are attributes.

3. What is a multivalued attribute?

A multivalued attribute can contain more than one value for one entity, such as several phone numbers for one student.

4. What is M:N cardinality?

M:N means many entities on one side can relate to many entities on the other side. STUDENT enrolls COURSE is a common example.

5. What is a weak entity?

A weak entity cannot be completely identified using its own attributes alone and depends on an owner entity for identification.

6. What is the difference between cardinality and participation?

Cardinality tells how many entities may be related. Participation tells whether taking part in the relationship is mandatory or optional.

7. Why is grade an attribute of ENROLLS?

Because a student's grade depends on the particular course. The same student can have different grades in different courses.

8. How can I quickly identify entities and relationships?

Underline important nouns as entity candidates and circle important verbs as relationship candidates, then verify them against the actual requirement.

60-second revision

ER Model One-Minute Revision Sheet

ER ModelConceptual model of entities, attributes and relationships.
EntityThing we store data about. Shortcut: important noun.
AttributeDetail about an entity.
RelationshipConnection between entities. Shortcut: important verb.
Strong EntityHas its own complete key.
Weak EntityDepends on an owner for identification.
1:1One on both sides.
1:NOne on one side, many on the other.
M:NMany on both sides.
Total ParticipationEvery entity must participate.
Partial ParticipationParticipation is optional for some entities.
Best memory ruleRectangle = thing, Oval = detail, Diamond = connection.
Frequently asked beginner questions

Frequently Asked Questions

What is ER Model in DBMS in simple words?

ER Model is a way to plan a database by identifying the important things, their details and the relationships between them before creating tables.

What are the three main components of ER Model?

Entity, Attribute and Relationship. A simple memory shortcut is E-A-R.

What shapes are used in an ER diagram?

In common Chen notation, entity uses a rectangle, attribute an oval and relationship a diamond. Weak entities and special attributes use double or dashed variations.

What is cardinality in ER Model?

Cardinality tells how many entities on one side can relate to entities on the other side, such as 1:1, 1:N or M:N.

What is a weak entity in DBMS?

A weak entity depends on an owner entity for complete identification because it does not have a sufficient independent key of its own.

What should I study after ER Model?

Study keys and constraints, relational model, ER-to-relational mapping, SQL, functional dependency and normalisation.

Next chapter

What Should You Learn After ER Model?

Tags

Post a Comment

0 Comments
* Please Don't Spam Here. All the Comments are Reviewed by Admin.
Join Telegram Exam updates and free resources