ER Modeling Practice Exercise Solutions MBA 8473.

Slides:



Advertisements
Similar presentations
Banking Business Scenario
Advertisements

ER Model For a college DB
Developing ER-Diagram
ER Modeling Case Studies
Chapter 3: The Enhanced E-R Model
© 2011 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 3: The Enhanced E-R Model Modern Database Management 10 th Edition Jeffrey A. Hoffer,
Chapter 3  Define terms  Understand use of supertype/subtype relationships  Understand use of specialization and generalization techniques  Specify.
1 © Prentice Hall, 2002 Chapter 4: The Enhanced E-R Model and Business Rules Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B. Prescott,
Chapter 3 © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 CHAPTER 4: THE ENHANCED E-R MODEL Modern Database Management 11 th Edition Jeffrey.
Chapter 5 Understanding Entity Relationship Diagrams.
CHAPTER 3: THE ENHANCED E-R MODEL © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition Jeffrey A. Hoffer,
Entity-Relationship Model and Diagrams (continued)
SLIDE 1IS Fall 2002 Database Management: Discussion Session University of California, Berkeley School of Information Management and.
IS 4420 Database Fundamentals Chapter 4: The Enhanced ER Model and Business Rules Leon Chen.
1 Data Modelling Which data to include in the database.
Database Design Concepts Lecture 7 Introduction to E:R Modelling Identifying Entities.
Chapter 2 Modeling Data in the Organization
Chapter 3: The Enhanced E-R Model
1 Chapter 4: The Enhanced ER Model and Business Rules.
CS411 Database Systems Kazuhiro Minami
Db design / ER Modeling B Database Systems ER-Modeling Part 2 Wilhelm Steinbuss Room G2.04, ext 4052
© 2011 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 3: The Enhanced E-R Model Modern Database Management 10 th Edition Jeffrey A. Hoffer,
WEEK 10 Database Design. Agenda – Week 10 Review Hybrid Review Table Instance Charts Primary Keys Normalization.
WEEK 10 Database Design. Agenda – Week 10 Review Hybrid Review Primary Keys Table Instance Charts.
Db design / ER Modeling B Database Systems ER-Modeling Part 3 Wilhelm Steinbuss Room G2.04, ext 4052
1 Entity-Relationship Diagram. 2 Components of ERD: –Entity –Relationship –Cardinality –Attributes.
MIS 3053 Database Design & Applications The University of Tulsa Professor: Akhilesh Bajaj ER Model Lecture 4 Mapping an ER model to tables © Akhilesh Bajaj,
Data Modeling Basics. GENERAL PROGRESSION DEVELOP BASIC MODEL ENHANCE BASIC MODEL REFINE THE MODEL VALIDATE THE MODEL.
Chapter 9: Logical Database Design and the Relational Model (ERD Mapping)
Normalization Exercise. First Normal Form Second Normal Form.
 An entity-relationship diagram (ERD) is a specialized graphic that illustrates the interrelationships between entities in a database.
CHAPTER 3: THE ENHANCED E-R MODEL © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition Jeffrey A. Hoffer,
© 2011 Pearson Education 1 Chapter 3: Advanced Database Analysis Modern Database Management 10 th Edition, International Edition Jeffrey A. Hoffer, V.
Weak Entity Sets A weak entity is an entity that cannot exist in a database unless another type of entity also exists in that database. Weak entity meets.
CHAPTER 3: THE ENHANCED E-R MODEL © 2013 Pearson Education, Inc. Publishing as Prentice Hall 1 Modern Database Management 11 th Edition Jeffrey A. Hoffer,
Database Management System Prepared by Dr. Ahmed El-Ragal Reviewed & Presented By Mr. Mahmoud Rafeek Alfarra College Of Science & Technology- Khan younis.
Exercise 1 Back to the Book-Publisher Database 1.
MIS2502: Data Analytics Relational Data Modeling
The Entity-Relationship Model
1 The Entity- Relationship Model Instructor: Mohamed Eltabakh Part-3.
© 2009 Pearson Education, Inc. Publishing as Prentice Hall 1 Chapter 4: The Enhanced E-R Model Modern Database Management 9 th Edition Jeffrey A. Hoffer,
Advance Database Engineering 1 Chapter 4: The Enhanced ER Model and Business Rules Modern Database Management 7 th Edition Jeffrey A. Hoffer, Mary B. Prescott,
 As you may recall, a product is a good or service for sale in a market. For example, we buy products when we get our haircut or buy food.
Lecture 5 Entity Relationship Modeling
Copyright © 2016 Pearson Education, Inc. Modern Database Management 12 th Edition Jeff Hoffer, Ramesh Venkataraman, Heikki Topi CHAPTER 3: THE ENHANCED.
Ch 05. Basic Symbols ( manino ). Cardinalities Cardinality Notation.
Chapter 5 Understanding Entity Relationship Diagrams.
ENTITY RELATIONSHIP DIAGRAM. Objectives Define terms related to entity relationship modeling, including entity, entity instances, attribute, relationship.
ER Modeling Lecture 7 Supplemental Diagrams MBA 8473.
Let try to identify the conectivity of these entity relationship
LECTURE 4: Chapter 4: The Enhanced E-R Model
Advanced Database Analysis
IS6125 Database Analysis and Design Lecture 5: Conceptual Data Modelling 2: ER Modelling and Beyond the Presentation Layer Rob Gleasure
Chapter 4: The Enhanced ER Model and Business Rules
SEEM3430: Information Systems Analysis and Design
Dept. of Computer & Information Sciences
MIS5101: Business Intelligence Relational Data Modeling
Entity-Relationship Model and Diagrams (continued)
Database Management System 1 (ITED123A)
Order Database – ER Diagram
Chapter 3: The Enhanced E-R Model
Overview of Entity‐Relationship Model
CHAPTER 3: THE ENHANCED E-R MODEL
MIS2502: Data Analytics Relational Data Modeling
IS6145 Database Analysis and Design Lecture 3: Conceptual Data Modelling 2: ER Modelling and Beyond the Presentation Layer Rob Gleasure
MIS2502: Data Analytics Relational Data Modeling 2
E.R. Examples.
Database Management system
Database Management system
Presentation transcript:

ER Modeling Practice Exercise Solutions MBA 8473

PROBLEM 1. (This is just one way of doing this problem. Other versions are possible depending on what assumptions you make). ASSUMPTIONS: (It will be beneficial to think about what a ‘car’ means in this situation. Is it a car? Or, is it a sold-car? Etc.) 1.VIN# provides unique identification 2.Year of make can be found from VIN# 3.PRE-OWNED is a yes/no attribute 1.MODEL-TYPE is unique 2.We are going to capture only the latest recall info 3.Etc. etc. ENTITIES: CAR VIN# ARRIVAL-DATE DEALER-PRICE PRE-OWNED SELL-TIME-STAMP... MODEL MODEL-TYPE START-DATE LAST RECALL... 1.We do not want to use ss# as unique identifier 2.To be a customer in the database the person should have bought at least one car. Etc etc. CUSTOMER CUSTOMER-ID-NUMBER CUST1-F-NAME CUST1-L-NAME …

PROBLEM 1 continued: ER Model bought MODEL Has a Relationship related assumptions: 1.One customer can buy many cars over time 2.A car can be bought by one customer only 3.To be a customer one has to buy a car 4.A car can have only one model 5.Etc. Etc. CUSTOMERSOLD-CAR 0 Is bought by Can belong to

PROBLEM 2. Note that the ERD solution for problem 1 can meet most of the requirements of problem 2 except the fact that we do not need model info for problem 2. Only kink in this problem was the use of USED-CARS and NEW-CARS. In this particular case it is convenient to capture that as an attribute called PRE-OWNED (yes/no) like I already did for problem 1. Another way to treat this in the ERD will be to recognize two sub-type entities viz., USED-CAR And NEW-CAR for a super entity called CAR. Can be done like this: CAR USED-CARNEW-CAR Is a

PROBLEM 3. (This is just one way of doing this problem. Other versions are possible depending on what assumptions you make). Partial solution only. ENTITIES: CUSTOMER SOFTWARE SOFTWARE-TYPE BETA-STAGE (all beta-stage types may not be used at a given point of time) SALES-AGENT PROMOTION (PROMOTION-TYPE+DATE is unique identifier) Hints for the relationships: Customer and Software – zero/many to zero/many Software-type and Beta-stage – one to one (assumption: a given software type can only be in a one beta) Customer and Sales-agent – (many to one) See P&G example from class notes. Promotions (are sent to ) Customers – Many to many. You should be able to fill the rest from this! SOFTWARE and SOFTWARETYPE – one/one to one/one

PROBLEM 3 continued: ER Model Can buy CUSTOMER SOFTWARE 0 SOFTWARE-TYPE PROMOTIONS SALES-AGENT BETA-STAGE 0 Was a Receives Can be in a 0 0 Is assigned to