A Better Understanding on How to Read Diagrams
What is ER Diagram?
ER Diagram stands for Entity Relationship Diagram, too known every bit ERD is a diagram that displays the relationship of entity sets stored in a database. In other words, ER diagrams assistance to explain the logical structure of databases. ER diagrams are created based on three basic concepts: entities, attributes and relationships.
ER Diagrams incorporate dissimilar symbols that apply rectangles to represent entities, ovals to ascertain attributes and diamond shapes to correspond relationships.
At starting time look, an ER diagram looks very similar to the flowchart. However, ER Diagram includes many specialized symbols, and its meanings brand this model unique. The purpose of ER Diagram is to stand for the entity framework infrastructure.

What is ER Model?
ER Model stands for Entity Relationship Model is a high-level conceptual data model diagram. ER model helps to systematically clarify data requirements to produce a well-designed database. The ER Model represents real-world entities and the relationships between them. Creating an ER Model in DBMS is considered every bit a all-time do before implementing your database.
ER Modeling helps you to analyze data requirements systematically to produce a well-designed database. So, it is considered a best practice to consummate ER modeling before implementing your database.
In this Entity Relationship Diagram tutorial, y'all will learn-
- What is ER Diagram?
- What is the ER Model?
- History of ER models
- Why use ER Diagrams?
- Facts about ER Diagram Model
- ER Diagrams Symbols & Notations
- Components of ER Diagram
- Relationship
- Weak Entities
- Attributes
- Cardinality
- How to Create an ER Diagram (ERD)
- Best Practices for Developing Effective ER Diagrams
History of ER models
ER diagrams are visual tools that are helpful to correspond the ER model. Peter Chen proposed ER Diagram in 1971 to create a uniform convention that can be used for relational databases and networks. He aimed to use an ER model as a conceptual modeling approach.
Why use ER Diagrams?
Here, are prime reasons for using the ER Diagram
- Helps you to define terms related to entity relationship modeling
- Provide a preview of how all your tables should connect, what fields are going to exist on each table
- Helps to describe entities, attributes, relationships
- ER diagrams are translatable into relational tables which allows you to build databases quickly
- ER diagrams tin can be used by database designers as a blueprint for implementing information in specific software applications
- The database designer gains a better agreement of the information to exist contained in the database with the help of ERP diagram
- ERD Diagram allows y'all to communicate with the logical structure of the database to users
Facts about ER Diagram Model
Now in this ERD Diagram Tutorial, let'due south bank check out some interesting facts most ER Diagram Model:
- ER model allows you to draw Database Design
- Information technology is an easy to use graphical tool for modeling information
- Widely used in Database Design
- It is a GUI representation of the logical structure of a Database
- It helps yous to identifies the entities which exist in a system and the relationships betwixt those entities
ER Diagrams Symbols & Notations
Entity Relationship Diagram Symbols & Notations mainly contains 3 basic symbols which are rectangle, oval and diamond to represent relationships between elements, entities and attributes. There are some sub-elements which are based on primary elements in ERD Diagram. ER Diagram is a visual representation of information that describes how data is related to each other using dissimilar ERD Symbols and Notations.
Following are the master components and its symbols in ER Diagrams:
- Rectangles: This Entity Relationship Diagram symbol represents entity types
- Ellipses : Symbol stand for attributes
- Diamonds: This symbol represents relationship types
- Lines: It links attributes to entity types and entity types with other relationship types
- Main primal: attributes are underlined
- Double Ellipses: Stand for multi-valued attributes

Components of the ER Diagram
This model is based on three basic concepts:
- Entities
- Attributes
- Relationships
ER Diagram Examples
For example, in a University database, we might have entities for Students, Courses, and Lecturers. Students entity can have attributes like Rollno, Name, and DeptID. They might have relationships with Courses and Lecturers.

WHAT IS ENTITY?
A real-world affair either living or not-living that is hands recognizable and nonrecognizable. It is anything in the enterprise that is to be represented in our database. It may be a physical matter or just a fact most the enterprise or an result that happens in the real globe.
An entity can be place, person, object, upshot or a concept, which stores data in the database. The characteristics of entities are must have an aspect, and a unique cardinal. Every entity is fabricated up of some 'attributes' which represent that entity.
Examples of entities:
- Person: Employee, Student, Patient
- Place: Store, Edifice
- Object: Machine, production, and Auto
- Event: Auction, Registration, Renewal
- Concept: Account, Course
Notation of an Entity
Entity set:
Student
An entity set is a group of similar kind of entities. It may incorporate entities with attribute sharing similar values. Entities are represented by their backdrop, which also called attributes. All attributes have their separate values. For example, a pupil entity may take a name, age, class, every bit attributes.
Example of Entities:
A university may have some departments. All these departments employ various lecturers and offer several programs.
Some courses make up each program. Students register in a item plan and enroll in various courses. A lecturer from the specific section takes each form, and each lecturer teaches a various group of students.
Human relationship
Human relationship is nothing simply an clan amidst two or more entities. E.m., Tom works in the Chemistry department.
Entities have office in relationships. Nosotros tin can often place relationships with verbs or verb phrases.
For example:
- You are attending this lecture
- I am giving the lecture
- Just loke entities, we can classify relationships co-ordinate to human relationship-types:
- A educatee attends a lecture
- A lecturer is giving a lecture.
Weak Entities
A weak entity is a type of entity which doesn't take its key attribute. Information technology can be identified uniquely past considering the primary fundamental of another entity. For that, weak entity sets need to accept participation.
In above ER Diagram examples, "Trans No" is a discriminator within a grouping of transactions in an ATM.
Let's learn more about a weak entity by comparing information technology with a Potent Entity
Stiff Entity Set up | Weak Entity Set |
---|---|
Strong entity set always has a chief key. | It does not take enough attributes to build a primary primal. |
It is represented by a rectangle symbol. | It is represented by a double rectangle symbol. |
It contains a Primary key represented by the underline symbol. | It contains a Fractional Key which is represented by a dashed underline symbol. |
The member of a strong entity set is called equally ascendant entity set. | The member of a weak entity prepare called as a subordinate entity set. |
Primary Key is ane of its attributes which helps to identify its member. | In a weak entity ready, it is a combination of chief key and fractional key of the potent entity gear up. |
In the ER diagram the relationship between two stiff entity set shown past using a diamond symbol. | The human relationship between i strong and a weak entity gear up shown by using the double diamond symbol. |
The connecting line of the strong entity ready with the relationship is single. | The line connecting the weak entity set for identifying relationship is double. |
Attributes
It is a unmarried-valued belongings of either an entity-type or a relationship-blazon.
For instance, a lecture might accept attributes: fourth dimension, date, duration, place, etc.
An aspect in ER Diagram examples, is represented by an Ellipse
Types of Attributes | Clarification |
---|---|
Elementary attribute | Elementary attributes can't exist divided whatsoever further. For example, a student's contact number. It is also called an atomic value. |
Composite aspect | It is possible to break downward composite attribute. For example, a student'due south total name may be further divided into start proper noun, second name, and concluding name. |
Derived attribute | This type of aspect does not include in the concrete database. However, their values are derived from other attributes nowadays in the database. For instance, age should non be stored directly. Instead, it should be derived from the DOB of that employee. |
Multivalued attribute | Multivalued attributes tin can have more than one values. For instance, a student tin can accept more than 1 mobile number, email address, etc. |
Cardinality
Defines the numerical attributes of the relationship between two entities or entity sets.
Different types of fundamental relationships are:
- One-to-One Relationships
- One-to-Many Relationships
- May to One Relationships
- Many-to-Many Relationships
1.One-to-one:
One entity from entity set X can exist associated with at near one entity of entity set Y and vice versa.
Case: 1 pupil can register for numerous courses. Nevertheless, all those courses have a single line dorsum to that one student.
2.One-to-many:
One entity from entity ready X can be associated with multiple entities of entity fix Y, only an entity from entity set Y can be associated with at least one entity.
For case, one grade is consisting of multiple students.
3. Many to Ane
More than ane entity from entity set X can exist associated with at about one entity of entity ready Y. All the same, an entity from entity ready Y may or may not be associated with more than one entity from entity set X.
For instance, many students belong to the same form.
iv. Many to Many:
One entity from Ten tin exist associated with more than one entity from Y and vice versa.
For instance, Students equally a grouping are associated with multiple kinesthesia members, and faculty members can be associated with multiple students.
How to Create an Entity Relationship Diagram (ERD)
Now in this ERD Diagram Tutorial, nosotros will learn how to create an ER Diagram. Post-obit are the steps to create an ER Diagram:

Let'due south study them with an Entity Human relationship Diagram Example:
In a university, a Student enrolls in Courses. A student must be assigned to at least one or more Courses. Each course is taught by a single Professor. To maintain education quality, a Professor can deliver only one class
Stride 1) Entity Identification
Nosotros accept three entities
- Student
- Course
- Professor
Step 2) Relationship Identification
We have the following ii relationships
- The student is assigned a course
- Professor delivers a course
Step 3) Cardinality Identification
For them problem statement we know that,
- A student can exist assigned multiple courses
- A Professor can deliver only one course
Step four) Identify Attributes
You demand to report the files, forms, reports, information currently maintained by the system to place attributes. You tin can also acquit interviews with various stakeholders to place entities. Initially, it's important to identify the attributes without mapping them to a item entity.
Once, you take a list of Attributes, you need to map them to the identified entities. Ensure an attribute is to be paired with exactly one entity. If you think an aspect should vest to more than than one entity, use a modifier to go far unique.
Once the mapping is done, place the primary Keys. If a unique key is not readily available, create one.
Entity | Primary Central | Attribute |
---|---|---|
Student | Student_ID | StudentName |
Professor | Employee_ID | ProfessorName |
Course | Course_ID | CourseName |
For Course Entity, attributes could be Elapsing, Credits, Assignments, etc. For the sake of ease we have considered merely ane attribute.
Step 5) Create the ERD Diagram
A more modern representation of Entity Relationship Diagram Example
All-time Practices for Developing Constructive ER Diagrams
Hither are some all-time practice or example for Developing Effective ER Diagrams.
- Eliminate any redundant entities or relationships
- You need to make certain that all your entities and relationships are properly labeled
- There may exist various valid approaches to an ER diagram. You need to make sure that the ER diagram supports all the data you demand to store
- You should assure that each entity just appears a single time in the ER diagram
- Name every relationship, entity, and attribute are represented on your diagram
- Never connect relationships to each other
- Y'all should utilise colors to highlight important portions of the ER diagram
Summary
- ER Model in DBMS stands for an Entity-Relationship model
- The ER model is a loftier-level data model diagram
- ER diagrams are a visual tool which is helpful to stand for the ER model
- ER diagrams in DBMS are blueprint of a database
- Entity relationship diagram DBMS displays the relationships of entity set up stored in a database
- ER diagrams help you to define terms related to entity relationship modeling
- ER Model in DBMS is based on three bones concepts: Entities, Attributes & Relationships
- An entity can be place, person, object, event or a concept, which stores data in the database (DBMS)
- Relationship is aught just an association among ii or more than entities
- A weak entity is a type of entity which doesn't have its key attribute
- Information technology is a single-valued property of either an entity-blazon or a relationship-type
- It helps yous to defines the numerical attributes of the relationship between ii entities or entity sets
- ER- Diagram DBMS is a visual representation of data that describe how data is related to each other
- While Cartoon ER diagrams in DBMS, you need to make sure all your entities and relationships are properly labeled.
Source: https://www.guru99.com/er-diagram-tutorial-dbms.html
Post a Comment for "A Better Understanding on How to Read Diagrams"