SlideShare a Scribd company logo
1 of 23
Database Modeling
Using Entity
Weak And Strong Entity
Types
Data Modeling
Data modeling :
A technique for organizing and documenting a system’s
DATA. Data modeling is sometimes called database
modeling because a data model is usually implemented
as a database. It is sometimes called information
modeling.
Entity relationship diagram (ERD) :
A data model utilizing several notations to depict data in
terms of the entities and relationships described by that
2
 Process of creating a data model for an information
system by applying formal data modeling techniques.
 Process used to define and analyze data requirements
needed to support the business processes.
3
Data Modeling
“ One way to structure
unstructured problems is
to Draw Models ”
4
Why is data modeling
considered crucial?
 Data is viewed as a resource to be shared by as
many processes as possible. As a result, data
must be organized in a way that is flexible and
adaptable to unanticipated business
requirements – and that is the purpose of data
modeling.
5
What is Data Model
 Data Model is a collection of conceptual tools for
describing data, data relationships, data semantics
and consistency constraint.
 It provides a way to describe the design of a database
at the physical, logical and view levels.
6
 Conceptual : describes WHAT the system contains
 Logical : describes HOW the system will be implemented,
regardless of the DBMS
 Physical : describes HOW the system will be implemented
using a specific DBMS
7
Different Data Models
There are several notations for data modeling, but
the actual model is frequently called an entity
relationship diagram (ERD).
An ERD depicts data in terms of the entities and
relationships described by the data
8
Data Modeling
Data Modeling
Concepts
Data Model Elements 10
ER models have the following core concepts
 Entity – A concept to abstractly represent all instances of a group of
similar ‘things.
An entity is a class of persons, places, objects, events, or concepts
about which we need to capture and store data.
An entity instance is a single occurrence of an entity.
 Attribute – a descriptive property or characteristic of an entity. It is
a simple, atomic data item like a date, a name, a number [also called
Property or Field ]
Data Model Elements 11
 A compound attribute is one that actually consists of more
primitive attributes. Synonyms in different data modeling
languages are numerous: concatenated attribute, composite
attribute, and data structure.
 Relationship – an association that exists between one or more
entities. The relationship may represent an event that links
the entities or merely a logical affinity that exists between the
entities.
Data Model Elements 12
Attributes Domains:
The values for each attribute are defined in terms of three properties: data type,
domain, and default.
 The data type for an attribute defines what class of data can be stored in that
attribute.
 An attribute’s data type determines its domain.
 The domain of an attribute defines what values an attribute can
legitimately take on.
 Every attribute should have a logical default value.
 The default value for an attribute is that value which will be recorded if
not specified by the user.
Data Model Elements 13
Attributes identification:
Every entity must have an identifier or key.
 An key is an attribute, or a group of attributes, which assumes a
unique value for each entity instance. It is sometimes called an
identifier.
 A group of attributes that uniquely identifies an instance of an
entity is called a concatenated key. Synonyms include composite
key and compound key
 A primary key is that candidate key which will most commonly be
used to uniquely identify a single entity instance.
 Any candidate key that is not selected to become the primary key
is called an alternate key.
Data Model Elements 14
Cardinality:
Each relationship on an ERD also depicts the complexity or
degree of each relationship and this is called cardinality.
 Cardinality defines the minimum and maximum
number of occurrences of one entity for a single
occurrence of the related entity. Because all
relationships are bi-directional, cardinality must be
defined in both directions for every relationship.
Given that …
 “Customer” is an entity.
 “Product” is an entity.
 For a “Customer” we need to know their
“customer number” attribute and “name”
attribute.
 For a “Product” we need to know the
“product name” attribute and “price”
attribute.
 “Sale” is an entity that is used to record the
interaction of “Customer” and “Product”.
15
Example
Why and When
 The purpose of a data model is to describe the
concepts relevant to a domain, the relationships
between those concepts, and information associated
with them
16
Weak and Strong
entity
18
Definition
 The entity set which does not have sufficient
attributes to form a primary key is called as Weak
entity set.
 An entity set that has a primary key is called as
Strong entity set
19
“
”
The relationship between weak
entity and strong entity set is called
as Identifying Relationship.
20
 A weak entity set is represented by doubly outlined box and
corresponding identifying relation by a doubly outlined diamond
 Here double lines indicate total participation of weak entity in
strong entity set it means that every payment must be related via
loan-payment to some account. The arrow from loan-payment to
loan indicates that each payment is for a single loan. The
discriminator of a weak entity set is underlined with dashed lines
rather than solid line.
21
Concepts
Concepts
 The primary key of a weak entity set is formed by the primary
key of the strong entity set on which the weak entity set is
existence dependent plus the weak entity sets discriminator. In
the above example {loan_number, payment_number} acts as
primary key for payment entity set.
 A member of a strong entity set is called dominant entity and
member of weak entity set is called as subordinate entity
22
23

More Related Content

What's hot

What's hot (20)

1.4 data independence
1.4 data independence1.4 data independence
1.4 data independence
 
Dbms relational model
Dbms relational modelDbms relational model
Dbms relational model
 
Query processing and optimization (updated)
Query processing and optimization (updated)Query processing and optimization (updated)
Query processing and optimization (updated)
 
Referential integrity
Referential integrityReferential integrity
Referential integrity
 
Transaction management DBMS
Transaction  management DBMSTransaction  management DBMS
Transaction management DBMS
 
Data structure using c++
Data structure using c++Data structure using c++
Data structure using c++
 
Relational model
Relational modelRelational model
Relational model
 
Tree - Data Structure
Tree - Data StructureTree - Data Structure
Tree - Data Structure
 
13. Query Processing in DBMS
13. Query Processing in DBMS13. Query Processing in DBMS
13. Query Processing in DBMS
 
Arrays
ArraysArrays
Arrays
 
Database Management System
Database Management SystemDatabase Management System
Database Management System
 
Array
ArrayArray
Array
 
Anomalies in database
Anomalies in databaseAnomalies in database
Anomalies in database
 
Functional dependencies and normalization
Functional dependencies and normalizationFunctional dependencies and normalization
Functional dependencies and normalization
 
12. Indexing and Hashing in DBMS
12. Indexing and Hashing in DBMS12. Indexing and Hashing in DBMS
12. Indexing and Hashing in DBMS
 
Dbms architecture
Dbms architectureDbms architecture
Dbms architecture
 
Different data models
Different data modelsDifferent data models
Different data models
 
Integrity Constraints
Integrity ConstraintsIntegrity Constraints
Integrity Constraints
 
Introduction to data structure ppt
Introduction to data structure pptIntroduction to data structure ppt
Introduction to data structure ppt
 
Dbms schema & instance
Dbms schema & instanceDbms schema & instance
Dbms schema & instance
 

Viewers also liked

Entity (types, attibute types)
Entity (types, attibute types)Entity (types, attibute types)
Entity (types, attibute types)Zaheer Soomro
 
Slide 6 er strong & weak entity
Slide 6 er  strong & weak entitySlide 6 er  strong & weak entity
Slide 6 er strong & weak entityVisakh V
 
Relationships within the relational database
Relationships within the relational databaseRelationships within the relational database
Relationships within the relational databaseJanecatalla
 
Entity Relationship Diagram2
Entity Relationship Diagram2Entity Relationship Diagram2
Entity Relationship Diagram2sadeenedian08
 
Ch 6 Logical D B Design
Ch 6  Logical D B  DesignCh 6  Logical D B  Design
Ch 6 Logical D B Designguest8fdbdd
 
Physical database design(database)
Physical database design(database)Physical database design(database)
Physical database design(database)welcometofacebook
 
Entity Relationship Model
Entity Relationship ModelEntity Relationship Model
Entity Relationship ModelSlideshare
 
Entity Relationship Diagram
Entity Relationship DiagramEntity Relationship Diagram
Entity Relationship DiagramShakila Mahjabin
 
Dfd examples
Dfd examplesDfd examples
Dfd examplesMohit
 
Data Models In Database Management System
Data Models In Database Management SystemData Models In Database Management System
Data Models In Database Management SystemAmad Ahmad
 
Entity-Relationship Model - Model Entitat Relació (ER)
Entity-Relationship Model - Model Entitat Relació (ER)Entity-Relationship Model - Model Entitat Relació (ER)
Entity-Relationship Model - Model Entitat Relació (ER)Miquel Boada Artigas
 
Weak ,Strong Syllables2a
Weak ,Strong Syllables2aWeak ,Strong Syllables2a
Weak ,Strong Syllables2aDr. Cupid Lucid
 
9 relational database concepts
9 relational database concepts9 relational database concepts
9 relational database conceptsKumar
 
DBMS Course Overview
DBMS Course OverviewDBMS Course Overview
DBMS Course OverviewEunice Orozco
 
modelingtools
modelingtoolsmodelingtools
modelingtoolslearnt
 
Database System Concepts and Architecture
Database System Concepts and ArchitectureDatabase System Concepts and Architecture
Database System Concepts and Architecturesontumax
 
Understanding operating systems 5th ed ch11
Understanding operating systems 5th ed ch11Understanding operating systems 5th ed ch11
Understanding operating systems 5th ed ch11BarrBoy
 

Viewers also liked (20)

Entity (types, attibute types)
Entity (types, attibute types)Entity (types, attibute types)
Entity (types, attibute types)
 
Slide 6 er strong & weak entity
Slide 6 er  strong & weak entitySlide 6 er  strong & weak entity
Slide 6 er strong & weak entity
 
Relationships within the relational database
Relationships within the relational databaseRelationships within the relational database
Relationships within the relational database
 
Entity Relationship Diagram2
Entity Relationship Diagram2Entity Relationship Diagram2
Entity Relationship Diagram2
 
Ch 6 Logical D B Design
Ch 6  Logical D B  DesignCh 6  Logical D B  Design
Ch 6 Logical D B Design
 
Physical database design(database)
Physical database design(database)Physical database design(database)
Physical database design(database)
 
Entity Relationship Model
Entity Relationship ModelEntity Relationship Model
Entity Relationship Model
 
Entity Relationship Diagram
Entity Relationship DiagramEntity Relationship Diagram
Entity Relationship Diagram
 
Dfd examples
Dfd examplesDfd examples
Dfd examples
 
DBMS UNIT1
DBMS UNIT1DBMS UNIT1
DBMS UNIT1
 
Er
ErEr
Er
 
abuukarE r model
abuukarE r modelabuukarE r model
abuukarE r model
 
Data Models In Database Management System
Data Models In Database Management SystemData Models In Database Management System
Data Models In Database Management System
 
Entity-Relationship Model - Model Entitat Relació (ER)
Entity-Relationship Model - Model Entitat Relació (ER)Entity-Relationship Model - Model Entitat Relació (ER)
Entity-Relationship Model - Model Entitat Relació (ER)
 
Weak ,Strong Syllables2a
Weak ,Strong Syllables2aWeak ,Strong Syllables2a
Weak ,Strong Syllables2a
 
9 relational database concepts
9 relational database concepts9 relational database concepts
9 relational database concepts
 
DBMS Course Overview
DBMS Course OverviewDBMS Course Overview
DBMS Course Overview
 
modelingtools
modelingtoolsmodelingtools
modelingtools
 
Database System Concepts and Architecture
Database System Concepts and ArchitectureDatabase System Concepts and Architecture
Database System Concepts and Architecture
 
Understanding operating systems 5th ed ch11
Understanding operating systems 5th ed ch11Understanding operating systems 5th ed ch11
Understanding operating systems 5th ed ch11
 

Similar to Database Modeling Using Entity.. Weak And Strong Entity Types

Data Modeling PPT
Data Modeling PPTData Modeling PPT
Data Modeling PPTTrinath
 
Chapter 2. Concepctual design -.pptx
Chapter 2. Concepctual design -.pptxChapter 2. Concepctual design -.pptx
Chapter 2. Concepctual design -.pptxsantosh96234
 
Week 3 Classification of Database Management Systems & Data Modeling
Week 3 Classification of Database Management Systems & Data ModelingWeek 3 Classification of Database Management Systems & Data Modeling
Week 3 Classification of Database Management Systems & Data Modelingoudesign
 
Use analyzed requirements in the design of database.pptx
Use analyzed requirements in the design of database.pptxUse analyzed requirements in the design of database.pptx
Use analyzed requirements in the design of database.pptxMwangaPrayGod
 
PHP mysql Er diagram
PHP mysql  Er diagramPHP mysql  Er diagram
PHP mysql Er diagramMudasir Syed
 
Chapter10 conceptual data modeling
Chapter10 conceptual data modelingChapter10 conceptual data modeling
Chapter10 conceptual data modelingDhani Ahmad
 
D I T211 Chapter 3
D I T211    Chapter 3D I T211    Chapter 3
D I T211 Chapter 3askme
 
Database Management System
Database Management System Database Management System
Database Management System FellowBuddy.com
 
Conceptual Data Modelling Using ER-models
Conceptual Data Modelling Using ER-modelsConceptual Data Modelling Using ER-models
Conceptual Data Modelling Using ER-modelsShailaja Jayaprakash
 
U2_ER_modeling.pptx
U2_ER_modeling.pptxU2_ER_modeling.pptx
U2_ER_modeling.pptxssusera7b660
 

Similar to Database Modeling Using Entity.. Weak And Strong Entity Types (20)

Data Modeling PPT
Data Modeling PPTData Modeling PPT
Data Modeling PPT
 
8.pptx
8.pptx8.pptx
8.pptx
 
DATA MODELING.pptx
DATA MODELING.pptxDATA MODELING.pptx
DATA MODELING.pptx
 
Chapter 8
Chapter 8Chapter 8
Chapter 8
 
Chap08
Chap08Chap08
Chap08
 
Chapter 2. Concepctual design -.pptx
Chapter 2. Concepctual design -.pptxChapter 2. Concepctual design -.pptx
Chapter 2. Concepctual design -.pptx
 
Data Modelling..pptx
Data Modelling..pptxData Modelling..pptx
Data Modelling..pptx
 
Week 3 Classification of Database Management Systems & Data Modeling
Week 3 Classification of Database Management Systems & Data ModelingWeek 3 Classification of Database Management Systems & Data Modeling
Week 3 Classification of Database Management Systems & Data Modeling
 
database.pptx
database.pptxdatabase.pptx
database.pptx
 
Datamodelling
DatamodellingDatamodelling
Datamodelling
 
Use analyzed requirements in the design of database.pptx
Use analyzed requirements in the design of database.pptxUse analyzed requirements in the design of database.pptx
Use analyzed requirements in the design of database.pptx
 
PHP mysql Er diagram
PHP mysql  Er diagramPHP mysql  Er diagram
PHP mysql Er diagram
 
Chapter10 conceptual data modeling
Chapter10 conceptual data modelingChapter10 conceptual data modeling
Chapter10 conceptual data modeling
 
Erd chapter 3
Erd chapter 3Erd chapter 3
Erd chapter 3
 
Dbms
DbmsDbms
Dbms
 
D I T211 Chapter 3
D I T211    Chapter 3D I T211    Chapter 3
D I T211 Chapter 3
 
Database Management System
Database Management System Database Management System
Database Management System
 
Conceptual Data Modelling Using ER-models
Conceptual Data Modelling Using ER-modelsConceptual Data Modelling Using ER-models
Conceptual Data Modelling Using ER-models
 
U2_ER_modeling.pptx
U2_ER_modeling.pptxU2_ER_modeling.pptx
U2_ER_modeling.pptx
 
ER Modeling.ppt
ER Modeling.pptER Modeling.ppt
ER Modeling.ppt
 

Database Modeling Using Entity.. Weak And Strong Entity Types

  • 1. Database Modeling Using Entity Weak And Strong Entity Types
  • 2. Data Modeling Data modeling : A technique for organizing and documenting a system’s DATA. Data modeling is sometimes called database modeling because a data model is usually implemented as a database. It is sometimes called information modeling. Entity relationship diagram (ERD) : A data model utilizing several notations to depict data in terms of the entities and relationships described by that 2
  • 3.  Process of creating a data model for an information system by applying formal data modeling techniques.  Process used to define and analyze data requirements needed to support the business processes. 3 Data Modeling
  • 4. “ One way to structure unstructured problems is to Draw Models ” 4
  • 5. Why is data modeling considered crucial?  Data is viewed as a resource to be shared by as many processes as possible. As a result, data must be organized in a way that is flexible and adaptable to unanticipated business requirements – and that is the purpose of data modeling. 5
  • 6. What is Data Model  Data Model is a collection of conceptual tools for describing data, data relationships, data semantics and consistency constraint.  It provides a way to describe the design of a database at the physical, logical and view levels. 6
  • 7.  Conceptual : describes WHAT the system contains  Logical : describes HOW the system will be implemented, regardless of the DBMS  Physical : describes HOW the system will be implemented using a specific DBMS 7 Different Data Models
  • 8. There are several notations for data modeling, but the actual model is frequently called an entity relationship diagram (ERD). An ERD depicts data in terms of the entities and relationships described by the data 8 Data Modeling
  • 10. Data Model Elements 10 ER models have the following core concepts  Entity – A concept to abstractly represent all instances of a group of similar ‘things. An entity is a class of persons, places, objects, events, or concepts about which we need to capture and store data. An entity instance is a single occurrence of an entity.  Attribute – a descriptive property or characteristic of an entity. It is a simple, atomic data item like a date, a name, a number [also called Property or Field ]
  • 11. Data Model Elements 11  A compound attribute is one that actually consists of more primitive attributes. Synonyms in different data modeling languages are numerous: concatenated attribute, composite attribute, and data structure.  Relationship – an association that exists between one or more entities. The relationship may represent an event that links the entities or merely a logical affinity that exists between the entities.
  • 12. Data Model Elements 12 Attributes Domains: The values for each attribute are defined in terms of three properties: data type, domain, and default.  The data type for an attribute defines what class of data can be stored in that attribute.  An attribute’s data type determines its domain.  The domain of an attribute defines what values an attribute can legitimately take on.  Every attribute should have a logical default value.  The default value for an attribute is that value which will be recorded if not specified by the user.
  • 13. Data Model Elements 13 Attributes identification: Every entity must have an identifier or key.  An key is an attribute, or a group of attributes, which assumes a unique value for each entity instance. It is sometimes called an identifier.  A group of attributes that uniquely identifies an instance of an entity is called a concatenated key. Synonyms include composite key and compound key  A primary key is that candidate key which will most commonly be used to uniquely identify a single entity instance.  Any candidate key that is not selected to become the primary key is called an alternate key.
  • 14. Data Model Elements 14 Cardinality: Each relationship on an ERD also depicts the complexity or degree of each relationship and this is called cardinality.  Cardinality defines the minimum and maximum number of occurrences of one entity for a single occurrence of the related entity. Because all relationships are bi-directional, cardinality must be defined in both directions for every relationship.
  • 15. Given that …  “Customer” is an entity.  “Product” is an entity.  For a “Customer” we need to know their “customer number” attribute and “name” attribute.  For a “Product” we need to know the “product name” attribute and “price” attribute.  “Sale” is an entity that is used to record the interaction of “Customer” and “Product”. 15 Example
  • 16. Why and When  The purpose of a data model is to describe the concepts relevant to a domain, the relationships between those concepts, and information associated with them 16
  • 18. 18
  • 19. Definition  The entity set which does not have sufficient attributes to form a primary key is called as Weak entity set.  An entity set that has a primary key is called as Strong entity set 19
  • 20. “ ” The relationship between weak entity and strong entity set is called as Identifying Relationship. 20
  • 21.  A weak entity set is represented by doubly outlined box and corresponding identifying relation by a doubly outlined diamond  Here double lines indicate total participation of weak entity in strong entity set it means that every payment must be related via loan-payment to some account. The arrow from loan-payment to loan indicates that each payment is for a single loan. The discriminator of a weak entity set is underlined with dashed lines rather than solid line. 21 Concepts
  • 22. Concepts  The primary key of a weak entity set is formed by the primary key of the strong entity set on which the weak entity set is existence dependent plus the weak entity sets discriminator. In the above example {loan_number, payment_number} acts as primary key for payment entity set.  A member of a strong entity set is called dominant entity and member of weak entity set is called as subordinate entity 22
  • 23. 23