Entity Relationship Diagram
Entity Relationship Diagram
Entity Relationship Diagram
Ritu Sah
(2139442)
Department of Data Analytics
Christ University
ENTITY-RELATIONSHIP DIAGRAM
(ERD) IN DBMS
ABSTRACT database design in the 1970s. While serving
as an assistant professor at MIT’s Sloan
The contents of the paper highlight a scenario
School of Management, he published a
of a Shopping Mall to explain its processes
seminal paper in 1976 titled “The Entity-
using the Entity Relationship diagram. A step
Relationship Model: Toward a Unified View
by step method explaining all the necessary
of Data.”
components is implemented in order to
understand the mechanism involved in By the 1960s and 1970s, Charles Bachman
obtaining a standard Entity Relationship (above) and A.P.G. Brown were working with
Diagram. close predecessors of Chen’s approach.
Bachman developed a type of Data Structure
Diagram, named after him as the Bachman
ENTITY RELATIONSHIP DIAGRAM Diagram. Brown published works on real-
world systems modeling. James Martin added
An Entity Relationship Diagram or an ER ERD refinements. The work of Chen,
Diagram is a type of flowchart that Bachman, Brown, Martin and others also
exemplifies how “entities” such as people,
contributed to the development of Unified
objects or concepts communicate to each
Modeling Language (UML), widely used in
other within a system. Also known as ERDs software design.
or ER Models, they use a defined set of
symbols such as rectangles, diamonds, ovals USES OF ENTITY RELATIONSHIP
and connecting lines to depict the DIAGRAM
interconnectedness of entities, relationships
ER diagrams are widely used to model and
and their attributes.
design relational databases, in terms of logic
In other words, an ERD is a diagram that and business rules and in terms of the specific
displays the relationship of entity sets stored technology to be implemented.
in a database.
ATTRIBUTES
Business process re-engineering: ER
diagrams help in analyzing databases used An attribute is defined as a property or
in business process re-engineering and in characteristic of an entity.
modeling a new database setup.
CHOSEN SCENARIO
We have taken a simple case of functioning of a shopping mall in order to depict its
functionality with the help of an ER diagram.
Let us start by thinking up of few basic things in the scenario. A standard shopping mall
would consist of important things like customer, who will be attended to by an cashier. The
cashiers will in turn be managed by a store Manager. The store would be divided into
different subsections like grocery, bathroom essentials, décor, electrical appliances etc. Each
customer will have a bill to his name.
The entities listed in the above scenario are:
Customer Sections
Cashier Section
Assistant
Manager Bills
Attributes are the property or characteristic of any entity. For the entities listed above, the
attributes that can be thought of are:
Customer Name,
Age,
Gender,
Customer Code
Cashier Name,
Age,
Gender,
Cashier ID
Manager Name,
Age,
Gender,
Manager ID
Sections Type,
Section Code
Section Name,
Assistant Age,
Gender,
Assistant ID
Customer
managed
by
Cashier
Cashier
managed
by
Manager
Section
managed
by
Section
assistant
Bills
made by
cashier
Customer
assisted
by
Section
assistant
Section
assistant
managed
by
Manager
Manager Manager ID
Section Assistant ID
Assistant
Bills Bill Number
In this scenario, we have identified one weak entity, which is Section Assistant. Since the
Section Assistant depends on the Section of the mall they are assigned to, Section Assistant is
a weak entity.
Section Assistant
Cardinality is defined as the numerical attributes of the relationship between two entities or
entity sets. The three main cardinal relationships are
one-to-one
one-to-many
Many-to-many.
The cardinality of the relationships has been given in the table below:
CARDINALITY DIAGRAM
Many cashiers
are managed by
one manager
Many assistants
are managed by
one manager
One cashier
handles many
customers
One section
consists of many
assistants
Each customer
has one bill on
his/her name
STEP 7: CONSTRUCT THE FINAL DIAGRAM
CONCLUSION REFERENCES