The E-R Model Prof. Sin-Min Lee  Department of Computer Science CS 157A Lecture 4
 
 
 
 
Entity-Relationship (E-R) Model COURSE # CTITILE PROF SCHED ROOM COURSE ENROLL STUDENT STUID SNAME MAJOR CREDITS GRADE
Class Hierarchies Employees ssn name lot ISA Hourly Emps Contract Emps Hourly wage Hours worked contractid * Sometimes it’s natural to classify the entities in an entity set into subclass, then we will use Class Hierarchies.
Aggregation name ssn lot Employees monitors until since Sponsors Department Projects pid Started-on pbudget dname did budget * A relationship set is an association between entity sets.  Sometimes we have to model a relationship between a collection of entities and relationships, then we need to use  aggregation .
Conceptual design using the ER model Should a concept be modeled as an entity or an attribute ? Should a concept be modeled as an entity or a relationship ? What are the relationships ? Should we use binary or ternary relationships ? Should we use aggregation ?
UNARY RELATIONSHIP Unary relationship  : is an associate of 1 entity set. *  Note  : an entity set  is a group of related entities. Student * Entity set =  * Relation =  Dr. Lee * Attribute =
BINARY RELATIONSHIP Binary relationship  : is an associate of 2 entities sets . Employees Works_In Department * Entity set = * Relation =  * Attribute = ssn name lot did budget dname
TERNARY RELATIONSHIP Works_In Employees Department Locations Ternary relationship  : is an associate of 3 entities sets . * Entity set =  * Relation  =  ssn name lot did dname budget cap add * Attribute =
QUARTERY  RELATIONSHIP Employees Works_In Locations Department Product Quartery relationship  : is an associate of 4 entities sets. * Entity set = * Relation =  * Attribute =
 
Additional features of the ER model In the ER model allow us to draw important distinctions about the data. One of the features of the ER model is : Key Constraints Note  :  A key constraints is also known as Primary key. A primary key is a candidate key selected to  uniquely identify all other attribute values in  any given row, can not contain null entries.
An example of  Key Constraints  on  Manage Manages Department Employees ssn name lot Since dname did budget ssn = Social Security Number. did =  Department  id.
 
Weak Entities A weak entity  : is an entity of which is existence depends on  other entities. Policy Department Employees ssn name lot cost Pname --------- age
 
 
Entity versus Attribute Works-In2 Department Employees ssn name lot from dname did budget to *  Entity set  = * Relation =  *  Attribute  =
Entity versus Relationship Manages Department Employees ssn name apptnum did budget dname Mgr-Appts lot since dbudget
Binary versus Ternary Relationship Covers Dependents Employees ssn name Pname --------- age Policies lot policyid cost
Using a Ternary Relationship instead of Aggregation Sponsors Departments Projects pid Started-on did budget pbudget dname Employees name ssn lot
ONE TO MANY RELATIONSHIP   customer customer-name customer-city customer-id borrower customer-street loan loan-number amount
MANY TO ONE RELATIONSHIP   customer customer-name customer-city customer-id borrower customer-street loan loan-number amount
ONE TO ONE RELATIONSHIP   customer customer-name customer-city customer-id borrower customer-street loan loan-number amount
E-R Diagram with Composite, Multivalued, and Derived Attributes Customer date-of-birth phone-number name customer-id first-name age last-name middle-name zip-code state city address street Street-number apartment-number street-name
WEAK ENTITY SETS An entity set may not have sufficient attributes to form a primary key.  Such  an entity set is termed a  weak entity set .  An entity set that has a primary key is termed a  strong entity set . For a weak entity set to be meaningful, it must be associated with another entity set, called the  identifying  or  owner entity set .  The relationship associating the weak entity set with the identifying entity set is called the  identifying relationship . The identifying relationship is  many to one  from the weak entity set to the identifying entity set, and the participation of the weak entity set in the relationship is  total .
DISCRIMINATOR The  discriminator  of a weak entity set is a set of attributes that allows this distinction to be made.  For example, the discriminator of a weak entity set payment is the attribute  payment-number , since, for each loan a payment number uniquely identifies one single payment for that loan.  The discriminator of a weak entity set is also called the  partial key  of the entity set. Note: although each payment entity is distinct, payments for different loans may share the same  payment-number .  Thus, payment entity set does not have a primary key; it is a weak entity set. The  primary key of a weak entity set  is formed by the primary key of the identifying entity set, plus the weak entity set’s discriminator.
E-R DIAGRAM WITH A WEAK ENTITY SET In a E-R diagrams, a  doubly outlined box  indicates a weak entity set, and a  doubly outlined diamond  indicates the corresponding identifying relationship.  We underline the discriminator of a weak entity set with a  dashed line . loan E-R diagram with a weak entity set loan-payment payment payment-date payment-amount payment-number amount loan-number
 
 
 
 
Entity/Relationship Model Diagrams to represent designs. Entity  like object, = “thing.” Entity set  like class = set of “similar” entities/objects. Attribute  = property of entities in an entity set, similar to fields of a struct. In diagrams, entity set    rectangle; attribute    oval. Students ID name phone height
Relationships Connect two or more entity sets. Represented by diamonds. Students Courses Taking
Relationship Set Think of the “value” of a relationship set as a table. One column for each of the connected entity sets. One row for each list of entities, one from each set, that are connected by the relationship. Students Courses Sally CS180 Sally CS111 Joe CS180 … …
Multiway Relationships Usually binary relationships (connecting two E.S.) suffice. However, there are some cases where three or more E.S. must be connected by one relationship. Example: relationship among students, courses, TA's (and graders). Possibly, this E/R diagram is OK: Students Courses Taking Assisting TA/Graders
Works in CS180, because each TA (or grader) is a TA of all students.  Connection student-TA is  only  via the course. But what if students were divided into sections, each headed by a TA? Then, a student in CS180 would be related to only one of the TA's for CS180.  Which one? Need a 3-way relationship to tell.
Students Courses TAs Ann CS180 Jan Sue CS180 Pat Bob CS180 Jan … … … Students Courses TAs Enrolls
Beers-Bars-Drinkers Example Our running example for the course. name addr license name manf name addr Beers Drinkers Bars Serves Frequents Likes
Multiplicity of Relationships Representation of Many-One E/R: arrow pointing to “one.” Rounded arrow = “exactly one.” Many-many Many-one One-one
Example: Drinkers Have Favorite Beers name addr license name manf name addr Beers Drinkers Bars Serves Frequents Likes Favorite
One-One Relationships Put arrows in both directions. Design Issue: Is the rounded arrow justified? Design Issue: Here, manufacturer is an E.S. In earlier diagrams it is an attribute. Which is right? Manfs Beers Best- seller
Attributes on Relationships Shorthand for 3-way relationship: Bars Beers Sells price Bars Beers Sells price Prices
A true 3-way relationship. Price depends jointly on beer and bar. Notice arrow convention for multiway relationships: “all other E.S. determine one of these.” Not sufficiently general to express any possibility. However, if price, say, depended only on the beer, then we could use two 2-way relationships: price-beer and beer-bar. Or better: just make price an attribute of beer.
Converting Multiway to 2-Way Baroque in E/R, but necessary in certain “object-oriented” models. Create a new connecting E.S. to represent rows of a relationship set. E.g., (Joe's Bar, Bud, $2.50) for the  Sells  relationship. Many-one relationships from the connecting E.S.  to the others. Bars Beers The- Bar Price The- Beer The- Price BBP
Roles Sometimes an E.S. participates more than once in a relationship. Label edges with  roles  to distinguish. Husband Wife d 1 d 2 d 3 d 4 … … Drinkers Married husband wife
Notice  Buddies  is symmetric, Married not. No way to say “symmetric” in E/R. Design Question Should we replace  husband  and  wife  by one relationship  spouse ? Buddy1 Buddy2 d 1 d 2 d 1 d 3 d 2 d 1 d 2 d 4 … … Drinkers Buddies 1 2
More Design Issues 1. Subclasses. 2. Keys. 3. Weak entity sets. (Next class.)
Subclasses Subclass = special case = fewer entities = more properties. Example: Ales are a kind of beer.  In addition to the  properties  (= attributes and relationships) of beers, there is a “color” attribute for ales.
E/R Subclasses Assume subclasses form a tree (no multiple inheritance). isa  triangles indicate the subclass relation. name manf Beers Ales color isa
Different Subclass Viewpoints 1.  E/R viewpoint : An entity has a  component  in each entity set to which it logically belongs. Its properties are the union of the properties of these E.S. 2. Contrasts with  object-oriented viewpoint : An object (entity) belongs to exactly one class. It  inherits  properties of its superclasses. name manf Beers Ales color isa Pete’s Ale
Multiple Inheritance Theoretically, an E.S. could be a subclass of several other entity sets. name manf Beers name manf Wines Grape Beers isa isa
Problems How should conflicts be resolved? Example:  manf  means vintner for wines, bottler for beers. What does  manf  mean for “grape beers”? Need ad-hoc notation to resolve meanings. In practice, we shall assume a tree of entity sets connected by  isa , with all “isas” pointing from child to parent.
Keys A  key  is a set of attributes whose values can belong to at most one entity. In E/R model, every E.S. must have a key. It could have more than one key, but one set of attributes is the “designated” key. In E/R diagrams, you should underline all attributes of the designated key.
Example Suppose  name  is key for  Beers . Beer name is also key for ales. In general, key at root is key for all. name manf Beers Ales color isa
Example: A Multiattribute Key Possibly, the combination of hours + room also forms a key, but we have not designated it as such. dept room Courses number hours

DBMS UNIT1

  • 1.
    The E-R ModelProf. Sin-Min Lee Department of Computer Science CS 157A Lecture 4
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
    Entity-Relationship (E-R) ModelCOURSE # CTITILE PROF SCHED ROOM COURSE ENROLL STUDENT STUID SNAME MAJOR CREDITS GRADE
  • 7.
    Class Hierarchies Employeesssn name lot ISA Hourly Emps Contract Emps Hourly wage Hours worked contractid * Sometimes it’s natural to classify the entities in an entity set into subclass, then we will use Class Hierarchies.
  • 8.
    Aggregation name ssnlot Employees monitors until since Sponsors Department Projects pid Started-on pbudget dname did budget * A relationship set is an association between entity sets. Sometimes we have to model a relationship between a collection of entities and relationships, then we need to use aggregation .
  • 9.
    Conceptual design usingthe ER model Should a concept be modeled as an entity or an attribute ? Should a concept be modeled as an entity or a relationship ? What are the relationships ? Should we use binary or ternary relationships ? Should we use aggregation ?
  • 10.
    UNARY RELATIONSHIP Unaryrelationship : is an associate of 1 entity set. * Note : an entity set is a group of related entities. Student * Entity set = * Relation = Dr. Lee * Attribute =
  • 11.
    BINARY RELATIONSHIP Binaryrelationship : is an associate of 2 entities sets . Employees Works_In Department * Entity set = * Relation = * Attribute = ssn name lot did budget dname
  • 12.
    TERNARY RELATIONSHIP Works_InEmployees Department Locations Ternary relationship : is an associate of 3 entities sets . * Entity set = * Relation = ssn name lot did dname budget cap add * Attribute =
  • 13.
    QUARTERY RELATIONSHIPEmployees Works_In Locations Department Product Quartery relationship : is an associate of 4 entities sets. * Entity set = * Relation = * Attribute =
  • 14.
  • 15.
    Additional features ofthe ER model In the ER model allow us to draw important distinctions about the data. One of the features of the ER model is : Key Constraints Note : A key constraints is also known as Primary key. A primary key is a candidate key selected to uniquely identify all other attribute values in any given row, can not contain null entries.
  • 16.
    An example of Key Constraints on Manage Manages Department Employees ssn name lot Since dname did budget ssn = Social Security Number. did = Department id.
  • 17.
  • 18.
    Weak Entities Aweak entity : is an entity of which is existence depends on other entities. Policy Department Employees ssn name lot cost Pname --------- age
  • 19.
  • 20.
  • 21.
    Entity versus AttributeWorks-In2 Department Employees ssn name lot from dname did budget to * Entity set = * Relation = * Attribute =
  • 22.
    Entity versus RelationshipManages Department Employees ssn name apptnum did budget dname Mgr-Appts lot since dbudget
  • 23.
    Binary versus TernaryRelationship Covers Dependents Employees ssn name Pname --------- age Policies lot policyid cost
  • 24.
    Using a TernaryRelationship instead of Aggregation Sponsors Departments Projects pid Started-on did budget pbudget dname Employees name ssn lot
  • 25.
    ONE TO MANYRELATIONSHIP customer customer-name customer-city customer-id borrower customer-street loan loan-number amount
  • 26.
    MANY TO ONERELATIONSHIP customer customer-name customer-city customer-id borrower customer-street loan loan-number amount
  • 27.
    ONE TO ONERELATIONSHIP customer customer-name customer-city customer-id borrower customer-street loan loan-number amount
  • 28.
    E-R Diagram withComposite, Multivalued, and Derived Attributes Customer date-of-birth phone-number name customer-id first-name age last-name middle-name zip-code state city address street Street-number apartment-number street-name
  • 29.
    WEAK ENTITY SETSAn entity set may not have sufficient attributes to form a primary key. Such an entity set is termed a weak entity set . An entity set that has a primary key is termed a strong entity set . For a weak entity set to be meaningful, it must be associated with another entity set, called the identifying or owner entity set . The relationship associating the weak entity set with the identifying entity set is called the identifying relationship . The identifying relationship is many to one from the weak entity set to the identifying entity set, and the participation of the weak entity set in the relationship is total .
  • 30.
    DISCRIMINATOR The discriminator of a weak entity set is a set of attributes that allows this distinction to be made. For example, the discriminator of a weak entity set payment is the attribute payment-number , since, for each loan a payment number uniquely identifies one single payment for that loan. The discriminator of a weak entity set is also called the partial key of the entity set. Note: although each payment entity is distinct, payments for different loans may share the same payment-number . Thus, payment entity set does not have a primary key; it is a weak entity set. The primary key of a weak entity set is formed by the primary key of the identifying entity set, plus the weak entity set’s discriminator.
  • 31.
    E-R DIAGRAM WITHA WEAK ENTITY SET In a E-R diagrams, a doubly outlined box indicates a weak entity set, and a doubly outlined diamond indicates the corresponding identifying relationship. We underline the discriminator of a weak entity set with a dashed line . loan E-R diagram with a weak entity set loan-payment payment payment-date payment-amount payment-number amount loan-number
  • 32.
  • 33.
  • 34.
  • 35.
  • 36.
    Entity/Relationship Model Diagramsto represent designs. Entity like object, = “thing.” Entity set like class = set of “similar” entities/objects. Attribute = property of entities in an entity set, similar to fields of a struct. In diagrams, entity set  rectangle; attribute  oval. Students ID name phone height
  • 37.
    Relationships Connect twoor more entity sets. Represented by diamonds. Students Courses Taking
  • 38.
    Relationship Set Thinkof the “value” of a relationship set as a table. One column for each of the connected entity sets. One row for each list of entities, one from each set, that are connected by the relationship. Students Courses Sally CS180 Sally CS111 Joe CS180 … …
  • 39.
    Multiway Relationships Usuallybinary relationships (connecting two E.S.) suffice. However, there are some cases where three or more E.S. must be connected by one relationship. Example: relationship among students, courses, TA's (and graders). Possibly, this E/R diagram is OK: Students Courses Taking Assisting TA/Graders
  • 40.
    Works in CS180,because each TA (or grader) is a TA of all students. Connection student-TA is only via the course. But what if students were divided into sections, each headed by a TA? Then, a student in CS180 would be related to only one of the TA's for CS180. Which one? Need a 3-way relationship to tell.
  • 41.
    Students Courses TAsAnn CS180 Jan Sue CS180 Pat Bob CS180 Jan … … … Students Courses TAs Enrolls
  • 42.
    Beers-Bars-Drinkers Example Ourrunning example for the course. name addr license name manf name addr Beers Drinkers Bars Serves Frequents Likes
  • 43.
    Multiplicity of RelationshipsRepresentation of Many-One E/R: arrow pointing to “one.” Rounded arrow = “exactly one.” Many-many Many-one One-one
  • 44.
    Example: Drinkers HaveFavorite Beers name addr license name manf name addr Beers Drinkers Bars Serves Frequents Likes Favorite
  • 45.
    One-One Relationships Putarrows in both directions. Design Issue: Is the rounded arrow justified? Design Issue: Here, manufacturer is an E.S. In earlier diagrams it is an attribute. Which is right? Manfs Beers Best- seller
  • 46.
    Attributes on RelationshipsShorthand for 3-way relationship: Bars Beers Sells price Bars Beers Sells price Prices
  • 47.
    A true 3-wayrelationship. Price depends jointly on beer and bar. Notice arrow convention for multiway relationships: “all other E.S. determine one of these.” Not sufficiently general to express any possibility. However, if price, say, depended only on the beer, then we could use two 2-way relationships: price-beer and beer-bar. Or better: just make price an attribute of beer.
  • 48.
    Converting Multiway to2-Way Baroque in E/R, but necessary in certain “object-oriented” models. Create a new connecting E.S. to represent rows of a relationship set. E.g., (Joe's Bar, Bud, $2.50) for the Sells relationship. Many-one relationships from the connecting E.S. to the others. Bars Beers The- Bar Price The- Beer The- Price BBP
  • 49.
    Roles Sometimes anE.S. participates more than once in a relationship. Label edges with roles to distinguish. Husband Wife d 1 d 2 d 3 d 4 … … Drinkers Married husband wife
  • 50.
    Notice Buddies is symmetric, Married not. No way to say “symmetric” in E/R. Design Question Should we replace husband and wife by one relationship spouse ? Buddy1 Buddy2 d 1 d 2 d 1 d 3 d 2 d 1 d 2 d 4 … … Drinkers Buddies 1 2
  • 51.
    More Design Issues1. Subclasses. 2. Keys. 3. Weak entity sets. (Next class.)
  • 52.
    Subclasses Subclass =special case = fewer entities = more properties. Example: Ales are a kind of beer. In addition to the properties (= attributes and relationships) of beers, there is a “color” attribute for ales.
  • 53.
    E/R Subclasses Assumesubclasses form a tree (no multiple inheritance). isa triangles indicate the subclass relation. name manf Beers Ales color isa
  • 54.
    Different Subclass Viewpoints1. E/R viewpoint : An entity has a component in each entity set to which it logically belongs. Its properties are the union of the properties of these E.S. 2. Contrasts with object-oriented viewpoint : An object (entity) belongs to exactly one class. It inherits properties of its superclasses. name manf Beers Ales color isa Pete’s Ale
  • 55.
    Multiple Inheritance Theoretically,an E.S. could be a subclass of several other entity sets. name manf Beers name manf Wines Grape Beers isa isa
  • 56.
    Problems How shouldconflicts be resolved? Example: manf means vintner for wines, bottler for beers. What does manf mean for “grape beers”? Need ad-hoc notation to resolve meanings. In practice, we shall assume a tree of entity sets connected by isa , with all “isas” pointing from child to parent.
  • 57.
    Keys A key is a set of attributes whose values can belong to at most one entity. In E/R model, every E.S. must have a key. It could have more than one key, but one set of attributes is the “designated” key. In E/R diagrams, you should underline all attributes of the designated key.
  • 58.
    Example Suppose name is key for Beers . Beer name is also key for ales. In general, key at root is key for all. name manf Beers Ales color isa
  • 59.
    Example: A MultiattributeKey Possibly, the combination of hours + room also forms a key, but we have not designated it as such. dept room Courses number hours