--The Entity Relationship Model(3)--1 Outline  ER model  Overview  Entity types Attributes, keys  Relationship types  Weak entity types  Uses Crows.

Slides:



Advertisements
Similar presentations
Chapter 6: Entity-Relationship Model (part I)
Advertisements

Chapter 2 Entity-Relationship Data Modeling: Tools and Techniques
BUSINESS DRIVEN TECHNOLOGY Plug-In T4 Designing Database Applications.
IT420: Database Management and Organization
Text-Book Chapters (7 and 8) Entity-Relationship Model
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 COS 346 Day 6.
Databases Revision.
--The Entity Relationship Model(1)--1 The Entity Relationship Model.
CIT 381 More ER Modeling - review one-to-many - one-to-one - recursive relationships.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 David M. Kroenke Database Processing Tenth Edition Chapter 5 Data.
--The Entity Relationship Model(2)--1 Reflexive Rela1tionships  An entity may be related to another entity of the same type.  Example: A Customer could.
Mapping the ER Model to Relations(1)1 Overview  Mapping entity types  Mapping relationship types  One-to-one  One-to-many  Many-to-many.
Chapter Five Data Modeling with the Entity-Relationship Model.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall 5-1 COS 346 Day 6.
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.
Slides adapted from A. Silberschatz et al. Database System Concepts, 5th Ed. Entity-Relationship Model Database Management Systems I Alex Coman, Winter.
--The Entity Relationship Model(4)--1 Outline  ER model  Overview  Entity types Attributes, keys  Relationship types  Weak entity types  uses Integration.
Systems Analysis and Design in a Changing World, 6th Edition
Introduction to Database Review 1. What is a database  Basic Definitions  Database Management System (DBMS): A software package to facilitate the process.
Chapter Five Data Modeling with the Entity-Relationship Model.
Chapter 2: Entity-Relationship Model (Continued)
Entity-Relationship (E-R) Model
APPENDIX C DESIGNING DATABASES
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 Web-Enabled Decision Support Systems Entity-Relationship Modeling Prof. Name Position (123) University Name.
DeSiamorewww.desiamore.com/ifm1 Database Management Systems (DBMS)  B. Computer Science and BSc IT Year 1.
the Entity-Relationship Model
ICOM 5016 – Introduction to Database Systems Lecture 4 Dr. Manuel Rodriguez Department of Electrical and Computer Engineering University of Puerto Rico,
Converting ER model Into Relational Table
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.
Concepts and Terminology Introduction to Database.
Copyright 2008 McGraw-Hill Ryerson 1 TECHNOLOGY PLUG-IN T5 DESIGNING DATABASE APPLICATIONS.
McGraw-Hill/Irwin © 2008 The McGraw-Hill Companies, All Rights Reserved Plug-In T5: Designing Database Applications Business Driven Technology.
©Silberschatz, Korth and Sudarshan2.1Database System Concepts Chapter 2: Entity-Relationship Model Entity Sets Relationship Sets Design Issues Mapping.
1 5 Modeling Techniques A line manager states, “I know the Chinese say one picture is worth 1,000 words but these diagrams, there are so many that I’d.
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.
Data Modeling IST210 Class Lecture.
EXAMPLE. Subclasses and Superclasses Entity type may have sub-grouping that need to be represented explicitly. –Example: Employee may grouped into.
C-1 Management Information Systems for the Information Age Copyright 2004 The McGraw-Hill Companies, Inc. All rights reserved Extended Learning Module.
Entity-Relationship Model Using High-Level Conceptual Data Models for Database Design Entity Types, Sets, Attributes and Keys Relationship Types, Sets,
Chapter 11 & 12 Entity-Relationship (E-R) Model Characteristics of E-R Model Components of E-R Model Example of E-R Model Enhanced E-R Model.
Database Design – Lecture 5 Conceptual Data Modeling – adding attributes.
DeSiamorePowered by DeSiaMore1 Database Management Systems (DBMS)  B. Computer Science and BSc IT Year 1.
Msigwaemhttp//:msigwaem.ueuo.com/1 Database Management Systems (DBMS)  B. Computer Science and BSc IT Year 1.
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.
Description and exemplification of entity-relationship modelling.
ICOM 5016 – Introduction to Database Systems Lecture 9 Dr. Manuel Rodriguez Department of Electrical and Computer Engineering University of Puerto Rico,
ITTelkom Entity Relationship Diagram (1) CS2343 Perancangan Basisdata Relasional.
Database System Concepts, 6 th Ed. ©Silberschatz, Korth and Sudarshan Lecture-03 Introduction –Data Models Lectured by, Jesmin Akhter.
Databases Illuminated Chapter 3 The Entity Relationship Model.
Chapter 9 Logical Database Design : Mapping ER Model To Tables.
advanced data modeling
Lecture 03 Entity-Relationship Diagram. Chapter Outline.
Copyright © 2013 by The McGraw-Hill Companies, Inc. All rights reserved. McGraw-Hill/Irwin APPENDIX C DESIGNING DATABASES APPENDIX C DESIGNING DATABASES.
Chapter 14 Semantic Modeling. Copyright © 2004 Pearson Addison-Wesley. All rights reserved.14-2 Topics in this Chapter The Overall Approach The E/R Model.
©Silberschatz, Korth and Sudarshan2.1Database System Concepts Chapter 2: Entity-Relationship Model Entity Sets Relationship Sets Mapping Constraints Keys.
Chapter 2: Entity-Relationship Model. 3.2 Chapter 2: Entity-Relationship Model Design Process Modeling Constraints E-R Diagram Design Issues Weak Entity.
Database System Concepts, 6 th Ed. ©Silberschatz, Korth and Sudarshan See for conditions on re-usewww.db-book.com Chapter 7: Entity-Relationship.
Lecture # 14 Chapter # 5 The Relational Data Model and Relational Database Constraints Database Systems.
COP Introduction to Database Structures
ERwin.
Entity-Relationship Model
Entity-Relationship Model
Database Design – Lecture 4
Session 2 Welcome: The seventh learning sequence
Weak Entity Sets An entity set that does not have a primary key is referred to as a weak entity set. The existence of a weak entity set depends on the.
Chapter 7: Entity-Relationship Model
Database Processing: David M. Kroenke’s Chapter Five:
Presentation transcript:

--The Entity Relationship Model(3)--1 Outline  ER model  Overview  Entity types Attributes, keys  Relationship types  Weak entity types  Uses Crows feet notation for ER Diagrams in ERwin  EER model  Subclasses  Specialization/Generalization  Schema Design  Single DB  View integration in IS

--The Entity Relationship Model(3)--2 Uses Crows feet notation for ER Diagrams  This is an alternative to the diamond representation of relationships.  Diamond icons are replaced with lines, simplifying the ER schema.  In ERwin, select IE -- “Information Engineering” Notation

--The Entity Relationship Model(3)--3 Uses Crows feet notation for ER Diagrams  Intuition  means “Entity”  means “Identifying relationship” (one or zero to many)  means “Many-to –many relationship”  means “ Non-identifying relationship ” (one or zero to many)

--The Entity Relationship Model(3)--4 Uses Crows feet notation for ER Diagrams in ERwin An identifying relationship is a relationship between two entities in which an instance of a child entity is identified through its association with a parent entity, which means the child entity is dependent on the parent entity for its identify and cannot exist without it. In an identifying relationship, one instance of the parent entity is related to multiple instances of the child. In IE notation, ERwin draws an identifying relationship line as a solid line with crows feet.

--The Entity Relationship Model(3)--5 Uses Crows feet notation for ER Diagrams in ERwin A non-identifying relationship is a relationship between two entities in which an instance of the child entity is not identified through its association with a parent entity, which means the child entity is not dependent on the parent entity for its identify and can exist without it. In a non-identifying relationship, one instance of the parent entity is related to multiple instances of the child.

--The Entity Relationship Model(3)--6 Uses Crows feet notation for ER Diagrams in ERwin In an optional non- identifying relationship, the attributes that are migrated into the non-key area of the child entity are not required in the child entity. Therefore, nulls are allowed in the foreign key.

--The Entity Relationship Model(3)--7 Uses Crows feet notation for ER Diagrams in ERwin In a mandatory non- identifying relationship, the attributes that are migrated into the non-key area of the child entity are required in the child entity. Therefore, the foreign key cannot be null.

--The Entity Relationship Model(3)--8 Many-To-One Relationship m 1  The crow can be seen as a pictorial representation of "many".  Each instance of the entity type A is associated with 0 or 1 instances of the entity type C.  Each instance of the entity type C is associated with 0 to many instances of the entity type A. A B C C A

--The Entity Relationship Model(3)--9 Many-To-Many Relationship m m  An instance of the entity type A is associated with possibly several instances of the entity type C. An instance of the entity type C is associated with possibly several instances of the entity type A. A B C C A

--The Entity Relationship Model(3)--10 Dependence  An entity type that borrows a key is dependent.  Needed for weak entity types m 1 A B C C A B

--The Entity Relationship Model(3)--11 Many-To-Many Relationship, cont.  Often many-to-many relationship types are resolved to two many-to-one relationship types by inserting an intersection entity type. m m  Here, B is the intersection entity type. Note, it needs keys!  This makes the conversion to tables easier, but can confuse the logical design. A B C B AC

--The Entity Relationship Model(3)--12 Reducing Clutter on Entity Types  In diamond notation, attributes occupy much space  Using ERwin, can extend entity type with attributes Customer  Note: have lost ability to model multi-valued, derived, and composite attributes explicitly. Customer Name DOB ID Name DOB

--The Entity Relationship Model(3)--13 Other Notational Aspects  Relationship types that have associated attributes must be represented with intersection entity types.  Details differ among the various tools supporting variants of the Entity-Relationship schemas. For example,  Sometimes optional a dashed line is denoted with ("zero or") a circle.  Cardinalities can sometimes be placed at either end of a relationship arc.  Other icons, such as small diamonds, have specialized meanings.

A Video Store ER Schema Customer Rents VideoTape Status Film Copies Performer StarsIn Reserves NumCheckOuts AmountPaid ReturnDate Status Title Address Street City State CustomerIDTotalRes Name Role Name FilmID RentalPrice Distributor Kind Date Director mm m 1 n nm m CopyNum

--The Entity Relationship Model(3)--15 Same Schema convert to Erwin style

--The Entity Relationship Model(3)--16 Outline  ER model  Overview  Entity types Attributes, keys  Relationship types  Weak entity types  Uses Crows feet notation for ER Diagrams in ERwin  Schema Design  Single DB  View integration in IS