1 Chapter 4 Logical Database Design and the Relational Model Jason C. H. Chen, Ph.D. Professor of MIS School of Business Administration Gonzaga University.

Slides:



Advertisements
Similar presentations
Normalisation.
Advertisements

Chapter 5 Normalization of Database Tables
Entity-Relationship Modeling (ER-M)
Chapter Three Objectives Identification of Keys Application of primary and foreign keys Converting a database design to Relational DB. What is a good DBMS.
Chapter 1 The Database Environment
Fundamentals, Design, and Implementation, 9/e Chapter 4 The Relational Model and Normalization.
Database Design Conceptual –identify important entities and relationships –determine attribute domains and candidate keys –draw the E-R diagram Logical.
1 © Prentice Hall, 2002 Chapter 5: Logical Database Design and the Relational Model Modern Database Management 6 th Edition Jeffrey A. Hoffer, Mary B.
INSS 6511 Lecture 4 Normalization An Normalization example.
Chapter 4 Relational Databases Copyright © 2012 Pearson Education, Inc. publishing as Prentice Hall 4-1.
Chapter 4 Relational Databases Copyright © 2012 Pearson Education 4-1.
Chapter 2 Modeling Data in the Organization
Michael F. Price College of Business Chapter 6: Logical database design and the relational model.
Chapter 3 The Relational Model and Normalization
Normalization Rules for Database Tables Northern Arizona University College of Business Administration.
TM Oracle-1 Oracle for Business Database Systems - Dr. Chen Systems Development Processes Jason C. H. Chen, Ph.D. Professor of MIS School of Business.
TM 6-1 Copyright © Addison Wesley Longman, Inc. & Dr. Chen, Business Database Systems Logical Database Design and the Relational Database Professor Chen.
10-1 Chapter 10 Designing Databases Modern Systems Analysis and Design Jeffrey A. Hoffer Joey F. George Joseph S. Valacich.
INSS 6511 Chapter 5 Normalization An Normalization example.
1 Chapter 1 Overview of Database Concepts. 2 Chapter Objectives Identify the purpose of a database management system (DBMS) Distinguish a field from a.
ITEC 3220M Using and Designing Database Systems Instructor: Prof. Z. Yang Course Website: 3220m.htm
Concepts and Terminology Introduction to Database.
TM 1 Dr. Chen, Business Database Systems Data Modeling Professor Chen School of Business Administration Gonzaga University Spokane, WA
Avoiding Database Anomalies
Normalization A technique that organizes data attributes (or fields) such that they are grouped to form stable, flexible and adaptive entities.
Chapter 4 The Relational Model and Normalization.
Copyright © 2007 Ramez Elmasri and Shamkant B. Navathe Slide 1- 1.
Logical Database Design Relational Model. Logical Database Design Logical database design: process of transforming conceptual data model into a logical.
SALINI SUDESH. Primarily a tool to validate and improve a logical design so that it satisfies certain constraints that avoid unnecessary duplication of.
M Taimoor Khan Course Objectives 1) Basic Concepts 2) Tools 3) Database architecture and design 4) Flow of data (DFDs)
Chapter 7 1 Database Principles Data Normalization Primarily a tool to validate and improve a logical design so that it satisfies certain constraints that.
DAVID M. KROENKE’S DATABASE PROCESSING, 10th Edition © 2006 Pearson Prentice Hall, Modified by Dr. Mathis 3-1 David M. Kroenke’s Chapter Three: The Relational.
CORE 2: Information systems and Databases NORMALISING DATABASES.
Dr. Chen, Business Database Systems JustLee DataBase Referential Integrity Jason C. H. Chen, Ph.D. Professor of MIS School of Business Administration Gonzaga.
Normalization Well structured relations and anomalies Normalization First normal form (1NF) Functional dependence Partial functional dependency Second.
Chapter 1Introduction to Oracle9i: SQL1 Chapter 1 Overview of Database Concepts.
Unit 4 Object Relational Modeling. Key Concepts Object-Relational Modeling outcomes and process Relational data model Normalization Anomalies Functional.
Copyright © Addison Wesley Longman, Inc. & Dr. Chen, Business Database Systems The Database Environment: Basic Concepts, Organizational Issues and Database.
ITEC 3220A Using and Designing Database Systems Instructor: Gordon Turpin Course Website: Office: CSEB3020.
MIS 301 Information Systems in Organizations Dave Salisbury ( )
Chapter 3 Jason C. H. Chen, Ph.D. Professor of MIS School of Business Administration Gonzaga University Spokane, WA 99223
Chapter 10 Designing Databases. Objectives:  Define key database design terms.  Explain the role of database design in the IS development process. 
Dr. Chen, Data Mining  A/W & Dr. Chen, Data Mining Chapter 6 The Data Warehouse Jason C. H. Chen, Ph.D. Professor of MIS School of Business Administration.
1 © Prentice Hall, 2002 ITD1312 Database Principles Chapter 4B: Logical Design for Relational Systems -- Transforming ER Diagrams into Relations Modern.
Brian Thoms.  Databases normalization The systematic way of ensuring that a database structure is suitable for general-purpose querying and free of certain.
Logical Database Design and the Relational Model.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 7 Normalization Hour1,2 Presented & Modified by Mahmoud Rafeek Alfarra.
Dr. Chen, Oracle Database System (Oracle) 1 Chapter 7 User Creation and Management Jason C. H. Chen, Ph.D. Professor of MIS School of Business Gonzaga.
Lecture 4: Logical Database Design and the Relational Model 1.
Week 4 Lecture Part 1 of 3 Normalization of Database Tables Samuel ConnSamuel Conn, Asst. Professor.
ITD1312 Database Principles Chapter 4C: Normalization.
NORMALIZATION Handout - 4 DBMS. What is Normalization? The process of grouping data elements into tables in a way that simplifies retrieval, reduces data.
Microsoft Access CS 110 Fall Entity Relationship Model Entities Entities Principal data object about which information is to be collectedPrincipal.
What Is Normalization  In relational database design, the process of organizing data to minimize redundancy  Usually involves dividing a database into.
INSS 6511 Chapter 5 Normalization An Normalization example.
Logical Design & the Relational Model
SEEM3430: Information Systems Analysis and Design
Chapter 5: Logical Database Design and the Relational Model
School of Business Administration
Chapter 4 Relational Databases
Payroll Management System
Chapter 5 STUDENT-COURSE
Relational Database.
Chapter 10 Designing Databases
Normalization of Database Tables Uploaded by: mysoftbooks.ml
Chapter 2 Modeling Data in the Organization
CHAPTER 4: LOGICAL DATABASE DESIGN AND THE RELATIONAL MODEL
Chapter 4 The Relational Model and Normalization
PowerBI Desktop ETL with Oracle Database Connection
Review of Week 3 Relation Transforming ERD into Relations
Presentation transcript:

1 Chapter 4 Logical Database Design and the Relational Model Jason C. H. Chen, Ph.D. Professor of MIS School of Business Administration Gonzaga University Spokane, WA

2 #1-I(a), p.193 #1-I(b)

Fig. 2-11: An associative entity (p. 78) (a) Attribute on a relationship (Link Attribute/Associative) #1-I (c)

4 EmployeeiDEmployeeName EMPLOYEE EmployeeIDCourseID DateCompleted CERTIFICATE COURSE CourseIDCourseTitle #1-I (c) BirthDate

Answer to: #1- I (c)

6 #1-III(c) 3NF

7 #2-III-a (p.193) – from Fig3-6b (p. 121)

8 #2-III-b (p.193) from Fig. 3-7a (p.122)

9 #2-III-c (p.193) – from Fig.3-9 (p.124)

10 #2-III-d (p.193) – from Fig (p.125)

11 b. 3NF c. 2NF CLASS (CourseNo, SectionNo, Room) ROOM (Room, Capacity) d. 1NF COURSE (CourseNo, CourseName) CLASS (CourseNo, SectionNo, Room) ROOM (Room, Capacity) a. 3NF 3. The normal form for the relations are: (make sure that you know why and how to transform it to 3NF)

12 7. Transforming Table 4-3 to relations: (p194) Part_No Description Logic Chip Memory Chip Vendor_Name Fast Chips Smart Chips Fast Chips Quality Chips Smart Chips Cupertino Phoenix Cupertino Austin Phoenix Unit_CostAddress a) PART SUPPLIER b) Part_No Vendor_Name Part_No, Vendor_Name Description Address Unit_Cost Insert anomaly: we cannot insert a new vendor unless we also include a part number. Delete anomaly: if we delete part information, we also lose information about a vendor who supplies that part. Modification anomaly: if a vendor address changes, we have to modify all records (or rows) for that vendor. c)

13 7. d) Part_NoDescriptionVendor_NameAddressUnit_Cost e) 1NF f) Part_NoDescription Part_NoVendor_NameUnit_Cost Vendor_NameAddress PART SUPPLIER

14 7. g)

15 8. a) b) 1NF partial dep. transitive dep.

16 8. c) 3NF after remove partial & transitive dep.

17 8. d) 3NF after remove partial & transitive dep.

18 8. e) Using MS/Visio