Chapter Five Data Modeling with the Entity-Relationship Model.

Slides:



Advertisements
Similar presentations
Entity-Relationship (ER) Modeling
Advertisements

Data Modeling and the Entity-Relationship Model
Data Modeling and the Entity-Relationship Model
Data Modeling and the Entity-Relationship Model Chapter Four DAVID M. KROENKE and DAVID J. AUER DATABASE CONCEPTS, 3 rd Edition.
Entity Relationship (ER) Modeling
4 1 Chapter 4 Entity Relationship (ER) Modeling Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel.
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 4 Entity Relationship (ER) Modeling.
IT420: Database Management and Organization
Entity-Relationship Model
Data Modeling and the Entity-Relationship Model
Data Modeling and the Entity-Relationship Model
© 2002 by Prentice Hall 1 David M. Kroenke Database Processing Eighth Edition Chapter 3 The Entity- Relationship Model.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 COS 346 Day 6.
Entity Relationship (E-R) Modeling
System Analysis - Data Modeling
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 David M. Kroenke Database Processing Tenth Edition Chapter 5 Data.
Chapter Five Data Modeling with the Entity-Relationship Model.
© 2002 by Prentice Hall 1 David M. Kroenke Database Processing Eighth Edition Chapter 3 The Entity- Relationship Model.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 COS 346 Day 8.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 COS 346 Day 6.
Entity Relationship Diagrams
Fundamentals, Design, and Implementation, 9/e COS 346 Day 2.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 David M. Kroenke’s Chapter Five: Data Modeling with the Entity-Relationship.
Data Modeling and the Entity-Relationship Model Chapter Four DAVID M. KROENKE and DAVID J. AUER DATABASE CONCEPTS, 5 th Edition.
Chapter 4 Entity Relationship (ER) Modeling
Database Systems: Design, Implementation, and Management Tenth Edition
Entity-Relationship Model
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 6-1 David M. Kroenke’s Chapter Six: Transforming ER Models into Database.
Chapter 4 Entity Relationship (E-R) Modeling
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 COS 346 Day 7.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 6-1 David M. Kroenke’s Chapter Six: Transforming ER Models into Database.
Modern Systems Analysis and Design Third Edition
Copyright 2004 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Second Edition Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Chapter.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 David M. Kroenke’s Chapter Five: Data Modeling with the Entity-Relationship.
1 © Prentice Hall, 2002 Chapter 3: Modeling Data in the Organization Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B. Prescott, Fred.
3 Chapter 3 Entity Relationship (E-R) Modeling Database Systems: Design, Implementation, and Management, Fifth Edition, Rob and Coronel.
1. 2 Data Modeling 3 Process of creating a logical representation of the structure of the database The most important task in database development E-R.
Chapter 7 Data Modeling with Entity Relationship Diagrams Database Principles: Fundamentals of Design, Implementation, and Management Tenth Edition.
4 1 Chapter 4 Entity Relationship (ER) Modeling Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
1 ER Modeling BUAD/American University Entity Relationship (ER) Modeling.
Database Processing: Fundamentals, Design and Implementation, 9/e by David M. KroenkeChapter 2/1 Copyright © 2004 Please……. No Food Or Drink in the class.
4 1 Chapter 4 Entity Relationship (ER) Modeling Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall, modified by Dr. Lyn Mathis 5-1 David M. Kroenke’s, 10 th ed. Chapter.
Database Systems: Design, Implementation, and Management Eighth Edition Chapter 4 Entity Relationship (ER) Modeling.
Chapter 4 Entity Relationship (ER) Modeling.  ER model forms the basis of an ER diagram  ERD represents conceptual database as viewed by end user 
Data Modeling IST210 Class Lecture.
Database Design – Lecture 5 Conceptual Data Modeling – adding attributes.
3 & 4 1 Chapters 3 and 4 Drawing ERDs October 16, 2006 Week 3.
Chapter 9: Logical Database Design and the Relational Model (ERD Mapping)
1 A Demo of Logical Database Design. 2 Aim of the demo To develop an understanding of the logical view of data and the importance of the relational model.
3 & 4 1 Database Systems: Design, Implementation, & Management, 7 th Edition, Rob & Coronel Keys Consists of one or more attributes that determine other.
Database Systems: Design, Implementation, and Management Ninth Edition Chapter 4 Entity Relationship (ER) Modeling.
AL-MAAREFA COLLEGE FOR SCIENCE AND TECHNOLOGY INFO 232: DATABASE SYSTEMS CHAPTER 4 ENTITY RELATIONSHIP (ER) MODELING Instructor Ms. Arwa Binsaleh 1.
Entity Relationship Modeling
advanced data modeling
The Entity-Relationship Model, P. I R. Nakatsu. Data Modeling A data model is the relatively simple representation, usually graphic, of the structure.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall, modified by Dr. Lyn Mathis 5-1 David M. Kroenke’s, 10 th ed. Chapter.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 David M. Kroenke’s Chapter Five: Data Modeling with the Entity-Relationship.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Chapter Five: Data Modeling with the Entity-Relationship.
David M. Kroenke and David J. Auer Database Processing Fundamentals, Design, and Implementation Appendix C: E-R Diagrams and The IDEF1X Standard.
Department of Mathematics Computer and Information Science1 CS 351: Database Management Systems Christopher I. G. Lanclos Chapter 4.
Business System Development
Chapter 4: Part B Logical Database Design and the Relational Model
Requirements Become the E-R Data Model
Tables and Their Characteristics
Database Design – Lecture 4
Database Systems: Design, Implementation, and Management Tenth Edition
Chapter 4 Entity Relationship (ER) Modeling
Database Processing: David M. Kroenke’s Chapter Five:
Entity Relationship (ER) Modeling
Presentation transcript:

Chapter Five Data Modeling with the Entity-Relationship Model

The Data Model A data model is a plan, or blueprint, for a database design. It is more generalized & abstract than a database design. It is easier to change a conceptual data model than it is to change an implemented database design. Modeling is not easy You must abstract the important details of an organization.

Entity-Relationship Model The ER model consists of a set of graphical symbols that are used to create conceptual models of databases. We’ll start with the very straightforward Chen model and then move to Erwin, preferred by our textbook

Entities Things that can be identified and that users want to track Entity class — a collection of entities of a given type Entity instance — the occurrence of a particular entity There are usually many instances of an entity in an entity class. Entities translate into database tables.

Attributes Attributes are an entity’s characteristics. All entity instances of a given entity class have the same attributes, but vary in the values of those attributes. Attributes may be Multivalued Derived Identifiers

EMPLOYEE Entity with Attributes

Identifiers Identifiers are attributes that uniquely identify entity instances. May be simple or composite. Identifiers in data models become keys in database implementations: Entities have identifiers. Tables (or relations) have keys. We often use the terms interchangeably.

Relationships Entities are associated with one another in relationships: Relationship classes: associations among entity classes Relationship instances: associations among entity instances A relationship class can involve one, two or more entity classes. Unary, binary, ternary etc.

Binary Relationship

Ternary Relationship PRESCRIPTION DOCTOR MEDICINE PATIENT

Relationship Cardinality Maximum cardinality the maximum number of entity instances that can participate in a relationship with an instance of the related entity. 1-1, 1:M, M:N Minimum cardinality the minimum number of entity instances that must participate in a relationship with an instance of the related entity. 0 or 1, optional or mandatory

The Three Types of Maximum Cardinality

The Three Types of Minimum Cardinality

Data Modeling Notation

Data Modeling Notation: N:M and O-M Book says that ERwin does not indicate minimum cardinalities on N:M relationships But, this gets the point across

ID-Dependent Entities An ID-dependent entity is an entity whose identifier depends upon another entity. It’s composite. The ID-dependent entity is a logical extension of the other entity: BUILDING : APARTMENT PAINTING : PRINT The minimum cardinality from the ID-dependent entity is always one.

ID-Dependent Entities A solid line indicates an identifying relationship

A dashed line indicates a nonidentifying relationship Weak Entities A weak entity is an entity whose existence depends upon another entity. There is no specific notation for a nonidentifying but weak entity relationship A dashed line indicates a nonidentifying relationship

ID-Dependent and Weak Entities

Supertype & Subtype Entities Supertypes/subtypes are used when an entity set has subsets that: have special attributes, or participate in special relationships Suppose the Employee entity contains 3 types of employees: Hourly have an hourly rate Salaried have annual salary & stock options Consultants have contract # & billing rate All Employees have ID#, Name, Phone, Email, Hire date

Supertype & Subtype Entities

Exclusive or Inclusive Subtypes If subtypes are exclusive, one supertype relates to at most one subtype. Also called disjoint If subtypes are inclusive, one supertype can relate to one or more subtypes. Also called overlapping Also, some entity instances may not belong to any subtype. Discriminators are used in the to denote which subtype, if any, an instance is

Exclusive or Inclusive Subtypes examples

Subtypes denote “IS-A” relationships Relationships connecting supertypes and subtypes are called IS-A relationships because a subtype IS A supertype. The identifer of the supertype and all of its subtypes must be identical Subtypes are used to avoid value-inappropriate nulls, and to model special relationships

ERwin Symbol Summary

ERwin Symbol Summary (Continued)

David M. Kroenke’s Database Processing Fundamentals, Design, and Implementation (10th Edition) End of Presentation: Chapter Five Part One