CS4222 Principles of Database System

Slides:



Advertisements
Similar presentations
Prof. Sin-Min Lee Department of Computer Science
Advertisements

© Shamkant B. Navathe CC. © Shamkant B. Navathe CC Chapter 4 - Part I Enhanced Entity-Relationship and UML Modeling Copyright © 2004 Ramez Elmasri and.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 4- 1.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 4- 1.
Enhanced Entity-Relationship and UML Modeling
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Chapter 4 Enhanced Entity-Relationship (EER) Modeling.
1 Enhanced Entity Relationship Modelling EER Model Concepts Includes all basic ER modeling concepts Additional concepts: subclasses/superclasses specialization/generalization.
December 4, 2002 Data Modeling – James Cohen Enhanced Entity Relationship (EER) Model Presented by James Cohen.
Chapter 4 The Enhanced Entity-Relationship (EER) Model
© Shamkant B. Navathe CC METU Department of Computer Eng Ceng 302 Introduction to DBMS Enhanced Entity-Relationship (EER) Model by Pinar Senkul resources:
EXTENDED-ER (EER) MODEL CONCEPTS. Enhanced-ER (EER) Model Concepts  Basic ER diagram + more concepts =EER model  Additional concepts:  Subclasses/superclasses.
Specialization and generalization
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 4- 1 EER stands for Enhanced ER or Extended ER EER Model Concepts Includes all modeling concepts.
Enhanced Entity-Relationship and UML Modeling. Enhanced-ER (EER) Model Concepts Includes all modeling concepts of basic ER Additional concepts: subclasses/superclasses,
Enhanced Entity-Relationship Model (EER) 1. Enhanced-ER (EER) Model Concepts Includes all modeling concepts of basic ER Additional concepts: subclasses/superclasses,
Entities and Attributes
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 The Enhanced Entry-Relationship (EER) Model.
Chapter 4: The Enhanced ER Model and Business Rules
1 CSE 480: Database Systems Lecture 4: Enhanced Entity-Relationship Modeling Reference: Read Chapter 8.1 – 8.5 of the textbook.
© Shamkant B. Navathe CC. © Shamkant B. Navathe CC Chapter 4 - Part I Enhanced Entity-Relationship and UML Modeling Copyright © 2004 Ramez Elmasri and.
Enhanced Entity – Relationship (EER) and Object Modeling (Based on Chapter 4 in Fundamentals of Database Systems by Elmasri and Navathe, Ed. 4)
THE ENHANCED ER (EER) MODEL CHAPTER 8 (6/E) CHAPTER 4 (5/E)
Database Systems: Enhanced Entity-Relationship Modeling Dr. Taysir Hassan Abdel Hamid.
EER Model.
Enhanced Entity-Relationship (EER) Modeling. Slide 4- 2 Chapter Outline EER stands for Enhanced ER or Extended ER EER Model Concepts Includes all modeling.
Keys for Relationship Sets The combination of primary keys of the participating entity sets forms a super key of a relationship set. – (customer-id, account-number)
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 4- 1.
Elmasri and Navathe, Fundamentals of Database Systems, Fourth Edition Copyright © 2004 Ramez Elmasri and Shamkant Navathe Enhanced-ER (EER) Model Concepts.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Chapter 4 Enhanced Entity-Relationship (EER) Modeling.
Exam 1 Review Dr. Bernard Chen Ph.D. University of Central Arkansas.
Slide 4-1 Elmasri and Navathe, Fundamentals of Database Systems, Fourth Edition Revised by IB & SAM, Fasilkom UI, 2005 Exercise 1. a property or description.
© Shamkant B. Navathe CC Enhanced Entity-Relationship Copyright © 2004 Ramez Elmasri and Shamkant Navathe.
Topic 4 - Part I Enhanced Entity-Relationship and UML Modeling
Copyright © 2016 Ramez Elmasri and Shamkant B. Navathe CHAPTER 4 Enhanced Entity-Relationship (EER) Modeling Slide 1- 1.
Lecture 3 A short revision of ER and EER modelling See R. Elmasri, S.B. Navathe. Fundamentals of Database Systems (third edition) Addison-wesley. Chapter.
Enhanced Entity-Relationship and UML Modeling. 2.
Copyright © 2007 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Slide 4- 1.
Chapter 4_part2: The Enhanced Entity-Relationship (EER) Model.
Database Systems 主講人 : 陳建源 日期 :99/10/19 研究室 : 法 Chapter 4 Enhanced Entity-Relationship and Object Modeling.
Databases (CS507) CHAPTER 7.
Enhanced Entity-Relationship (EER) Model
The Enhanced Entity- Relationship (EER) Model
Enhanced Entity-Relationship Modeling
Enhanced Entity-Relationship Modeling
Enhanced Entity-Relationship and Object Modeling Objectives
© Shamkant B. Navathe CC.
Conceptual Design & ERD Modelling
Enhanced Entity-Relationship (EER) Modeling
The Enhanced Entity- Relationship (EER) Model
Enhanced Entity-Relationship (EER) Modeling
Session 2 Welcome: The sixth learning sequence
Enhanced Entity-Relationship (EER) Modeling
© Shamkant B. Navathe CC.
Enhanced Entity-Relationship Modeling
© Shamkant B. Navathe CC.
Enhanced Entity-Relationship Modeling Transparencies
Enhanced Entity-Relationship Modeling
CS4222 Principles of Database System
Sampath Jayarathna Cal Poly Pomona
Database EER.
ENHANCED ENTITY-RELATIONSHIP (EER) MODEL
Sampath Jayarathna Cal Poly Pomona
© Shamkant B. Navathe CC.
Enhanced Entity-Relationship (EER) Modeling
Enhanced Entity-Relationship Modeling
Enhanced Entity-Relationship (EER) Modeling
Enhanced Entity-Relationship Modeling
Presentation transcript:

CS4222 Principles of Database System 1/16/2019 CS4222 Principles of Database System 5. Enhanced Entity-Relationship model Huiping Guo Department of Computer Science California State University, Los Angeles

Outline EER modeling concepts Subclasses/superclasses 1/16/2019 Outline EER modeling concepts Subclasses/superclasses Specialization/generalization Constraints on specialization and generalization Specialization/Generalization example 5. EER modeling CS4222_Su17

Limitations of ER model ER modeling concepts are sufficient for representing many schemas for traditional database applications Mainly data processing applications in business and industry Newer database applications have more complex requirements than do the traditional applications CAD/CAM Geographic Information System Telecommunications We need to additional data modeling concepts incorporated into the ER model More accurate database schemes can be designed which reflect the data properties and constraints more precisely 5. EER modeling CS4222_Su17

EER (Enhanced ER) Model Concepts Includes all modeling concepts of basic ER Additional concepts: subclasses/superclasses specialization/generalization Entity and relationship inheritance Constraints on Specialization/Generalization The additional EER concepts are used to model applications more completely and more accurately EER includes some object-oriented concepts, such as inheritance 5. EER modeling CS4222_Su17

Subclasses and Superclasses (1) 1/16/2019 Subclasses and Superclasses (1) An entity type may have additional meaningful subgroupings of its entities Example: EMPLOYEE may be further grouped into: SECRETARY, ENGINEER, TECHNICIAN, … Based on the EMPLOYEE’s Job MANAGER EMPLOYEEs who are managers SALARIED_EMPLOYEE, HOURLY_EMPLOYEE Based on the EMPLOYEE’s method of pay Each of these subgroupings is a subclass of the EMPLOYEE The EMPLOYEE entity type is called the superclass for each of these subclasses EER diagrams extend ER diagrams to represent these subclasses and superclasses 5. EER modeling CS4222_Su17

Subclasses and Superclasses 5. EER modeling CS4222_Su17

Subclasses and Superclasses (2) Each of these subgroupings is a subset of EMPLOYEE entities Each is called a subclass of EMPLOYEE EMPLOYEE is the superclass for each of these subclasses These are called superclass/subclass relationships: EMPLOYEE/SECRETARY EMPLOYEE/TECHNICIAN EMPLOYEE/MANAGER 5. EER modeling CS4222_Su17

Subclasses and Superclasses (3) These are also called IS-A relationships SECRETARY IS-A EMPLOYEE, TECHNICIAN IS-A EMPLOYEE, …. Note: An entity that is member of a subclass represents the same real-world entity as some member of the superclass: The subclass member is the same entity in a distinct specific role An entity cannot exist in the database merely by being a member of a subclass; it must also be a member of the superclass A member of the superclass can be optionally included as a member of any number of its subclasses 5. EER modeling CS4222_Su17

Subclasses and Superclasses (4) Examples: A salaried employee who is also an engineer belongs to the two subclasses: ENGINEER, and SALARIED_EMPLOYEE A salaried employee who is also an engineering manager belongs to the three subclasses: MANAGER, It is not necessary that every entity in a superclass be a member of some subclass 5. EER modeling CS4222_Su17

Attribute Inheritance in Superclass / Subclass Relationships An entity that is member of a subclass inherits All attributes of the entity as a member of the superclass All relationships of the entity as a member of the superclass Example: In the previous slide, SECRETARY (as well as TECHNICIAN and ENGINEER) inherit the attributes Name, SSN, …, from EMPLOYEE Every SECRETARY entity will have values for the inherited attributes 5. EER modeling CS4222_Su17

Specialization (1) Specialization is the process of defining a set of subclasses of a superclass The set of subclasses is based upon some distinguishing characteristics of the entities in the superclass Example: {SECRETARY, ENGINEER, TECHNICIAN} is a specialization of EMPLOYEE based upon job type. Example: MANAGER is a specialization of EMPLOYEE based on the role the employee plays May have several specializations of the same superclass 5. EER modeling CS4222_Su17

Instance of a specialization An entity that belongs to a subclass represents the same real-world entity in the superclass 5. EER modeling CS4222_Su17

Specialization (2) Example: Another specialization of EMPLOYEE based on method of pay is {SALARIED_EMPLOYEE, HOURLY_EMPLOYEE}. Superclass/subclass relationships and specialization can be diagrammatically represented in EER diagrams Attributes of a subclass are called specific or local attributes. For example, the attribute TypingSpeed of SECRETARY The subclass can also participate in specific relationship types. For example, a relationship BELONGS_TO of HOURLY_EMPLOYEE 5. EER modeling CS4222_Su17

1/16/2019 5. EER modeling CS4222_Su17

Reasons for specialization Certain attributes may apply o some but not all entities of the superclass A subclass is defined in order to group the entities to which these attributes apply Eg. Secretary has the specific attribute Typing_speed The member of the subclass may still share the majority of their attributes with the other members of the subclass Some relationship types may be participated in only by entities that are member of the subclasses Eg. Only Hourly_Employee can belong to a trade union 5. EER modeling CS4222_Su17

1/16/2019 Generalization Generalization is the process of defining a generalized entity type from given entity types Suppress the differences among several entity types Identify their common features Generalize them into a single superclass The original entity types are special subclasses Example: CAR, TRUCK generalized into VEHICLE; both CAR, TRUCK become subclasses of the superclass VEHICLE. We can view {CAR, TRUCK} as a specialization of VEHICLE Alternatively, we can view VEHICLE as a generalization of CAR and TRUCK 5. EER modeling CS4222_Su17

1/16/2019 Generalization 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization We ma have several specializations defined on the same entity type Entities may belong to subclasses in each of the specialization A specialization may also consist of a single subclass only {Manager} specializaion Attribute-defined specialization If all subclasses in a specialization have membership condition on same attribute of the superclass, specialization is called an attribute-defined specialization Attribute is called the defining attribute of the specialization Example: JobType is the defining attribute of the specialization {SECRETARY, TECHNICIAN, ENGINEER} of EMPLOYEE 5. EER modeling CS4222_Su17

Displaying an attribute-defined specialization in EER diagrams 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization 1/16/2019 Constraints on Specialization and Generalization Two other constraints can apply to a specialization/generalization: Disjointness Constraint Completeness Constraint 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization 1/16/2019 Constraints on Specialization and Generalization Disjointness Constraint: Specifies that the subclasses of the specialization must be disjoint: an entity can be a member of at most one of the subclasses of the specialization Specified by d in EER diagram If not disjoint, specialization is overlapping: that is the same entity may be a member of more than one subclass of the specialization Specified by o in EER diagram 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization A superclass entity may be categorized to one of the three subclasses Superclass Subclass 1 Subclass 2 Subclass 3 d 5. EER modeling CS4222_Su17

Example An employee may be a secretary, a technician, or an engineer, but not both It’s possible that an employee doesn’t belong to any of the 3 subclasses? Employee Secretary Technician Engineer d 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization A superclass entity MUST be categorized to one of the subclasses Superclass d Subclass 1 Supbclass 2 Subclass 3 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization A superclass entity may be categorized to more than one of the three subclasses Superclass Subclass 1 Subclass 2 Subclass 3 o Superclass Subclass 1 Supbclass 2 Subclass 3 or 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization A superclass entity may be categorized to any one of the first 3 subclasses AND subclass 4 Superclass Subclass 1 Supbclass 2 Subclass 3 d Subclass 4 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization 1/16/2019 Constraints on Specialization and Generalization Completeness Constraint: Total specifies that every entity in the superclass must be a member of some subclass in the specialization/generalization Shown in EER diagrams by a double line Partial allows an entity not to belong to any of the subclasses Shown in EER diagrams by a single line 5. EER modeling CS4222_Su17

Example An employee must be either Hourly_Employee or Salaried_Employee Employee Hourly_Employee Salaried_Employee d 5. EER modeling CS4222_Su17

Constraints on Specialization and Generalization 1/16/2019 Constraints on Specialization and Generalization Hence, we have four types of specialization/generalization: Disjoint, total Disjoint, partial Overlapping, total Overlapping, partial Note: Generalization usually is total because the superclass is derived from the subclasses. 5. EER modeling CS4222_Su17

Example of disjoint partial Specialization 1/16/2019 Example of disjoint partial Specialization 5. EER modeling CS4222_Su17

Example of overlapping total Specialization 1/16/2019 Example of overlapping total Specialization 5. EER modeling CS4222_Su17

1/16/2019 Specialization/Generalization Hierarchies, Lattices & Shared Subclasses A subclass may itself have further subclasses specified on it forms a hierarchy or a lattice Single inheritance A Hierarchy has a constraint that every subclass has only one superclass this is basically a tree structure Multiple inheritance In a lattice, a subclass can be subclass of more than one superclass A subclass with more than one superclass is called a shared subclass In a lattice or hierarchy, a subclass inherits attributes not only of its direct superclass, but also of all its predecessor superclasses 5. EER modeling CS4222_Su17

1/16/2019 Example A real-world constraint: Every engineering manager is required to be an engineer 5. EER modeling CS4222_Su17

1/16/2019 Specialization/Generalization Hierarchies, Lattices & Shared Subclasses In specialization, start with an entity type and then define subclasses of the entity type by successive specialization called a top down conceptual refinement process In generalization, start with many entity types and generalize those that have common properties Called a bottom up conceptual synthesis process In practice, a combination of both processes is usually employed 5. EER modeling CS4222_Su17

Example: UNIVERSITY requirements The database keeps track of three types of people: employees, alumni, and students A person can belong to one, two, or all three of these types. Each person has a name, SSN, sex, address, and birth date Every employee has a salary, and there are 3 types of employees: faculty, staff, and student assistant Each employee belongs to exactly one of these types For each alumnus, a record of the degree and degrees that he or she earned at the university is kept, including the name of the degree, the year granted, and the major department Each student has a major department 5. EER modeling CS4222_Su17

Example: UNIVERSITY requirements Each faculty has a rank, whereas each staff member has a staff position. Student assistants are classified further as either research assistants or teaching assistants, and the percent of time that they work is recorded in the database. Research assistants have their research project stored, whereas teaching assistants have the current course they work on Students are further classified as either graduate or undergraduate, with the specific attributes degree program (M.S., Ph.D., M.B.A., and so on) and class(freshman, sophomore, and so on), respectively 5. EER modeling CS4222_Su17

Specialization / Generalization Lattice Example (UNIVERSITY) 1/16/2019 Specialization / Generalization Lattice Example (UNIVERSITY) 5. EER modeling CS4222_Su17