Normalization and Other Data Modeling Methods There are many paths to the top of the mountain but the view is always the same Chinese proverb.

Slides:



Advertisements
Similar presentations
CM20145 Further DB Design – Normalization
Advertisements

Ch5: ER Diagrams - Part 1 Much of the material presented in these slides was developed by Dr. Ramon Lawrence at the University of Iowa.
Modeling the Data: Conceptual and Logical Data Modeling
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.
Normalization of Database Tables
© 2002 by Prentice Hall 1 David M. Kroenke Database Processing Eighth Edition Chapter 5 The Relational Model and Normalization.
Chapter 5 Normalization of Database Tables
Database Systems Design, Implementation, and Management Coronel | Morris 11e ©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or.
NORMALIZATION N. HARIKA (CSC).
Chapter 4 Entity-Relationship modeling Transparencies © Pearson Education Limited 1995, 2005.
Normalization II. Boyce–Codd Normal Form (BCNF) Based on functional dependencies that take into account all candidate keys in a relation, however BCNF.
Michael F. Price College of Business Chapter 6: Logical database design and the relational model.
Chapter 14 & 15 Conceptual & Logical Database Design Methodology
 An entity-relationship (ER) diagram is a specialized graphic that illustrates the interrelationships between entities in a database.  An Entity Relationship.
Chapter 3 The Relational Model and Normalization
Lecture 12 Inst: Haya Sammaneh
Web-Enabled Decision Support Systems
A Guide to SQL, Eighth Edition Chapter Two Database Design Fundamentals.
Database Design Chapter Five DAVID M. KROENKE’S DATABASE CONCEPTS, 2 nd Edition.
Concepts and Terminology Introduction to Database.
Chapter 5 The Relational Model and Normalization David M. Kroenke Database Processing © 2000 Prentice Hall.
Fundamentals, Design, and Implementation, 9/e. Database Processing: Fundamentals, Design and Implementation, 9/e by David M. KroenkeChapter 4/2 Copyright.
This presentation prepared for MIS 421 / MBA 575 at Western Washington University. Material in this presentation drawn from Richard T. Watson, Data Management:
IT420: Database Management and Organization Normalization 31 January 2006 Adina Crăiniceanu
Component 4: Introduction to Information and Computer Science Unit 6: Databases and SQL Lecture 4 This material was developed by Oregon Health & Science.
© 2002 by Prentice Hall 1 Database Design David M. Kroenke Database Concepts 1e Chapter 5 5.
NormalizationNormalization Chapter 4. Purpose of Normalization Normalization  A technique for producing a set of relations with desirable properties,
RDBMS Concepts/ Session 3 / 1 of 22 Objectives  In this lesson, you will learn to:  Describe data redundancy  Describe the first, second, and third.
Chapter 4 The Relational Model and Normalization.
The Relational Model and Normalization R. Nakatsu.
Normalization. Learners Support Publications 2 Objectives u The purpose of normalization. u The problems associated with redundant data.
1 A Guide to MySQL 2 Database Design Fundamentals.
Lecture 6 Normalization: Advanced forms. Objectives How inference rules can identify a set of all functional dependencies for a relation. How Inference.
BIS Database Systems School of Management, Business Information Systems, Assumption University A.Thanop Somprasong Chapter # 5 Normalization of Database.
CSC 411/511: DBMS Design Dr. Nan Wang 1 Schema Refinement and Normal Forms Chapter 19.
In this chapter, you learn about the following: ❑ Anomalies ❑ Dependency and determinants ❑ Normalization ❑ A layman’s method of understanding normalization.
The Relational Model and Normalization The Relational Model Normalization First Through Fifth Normal Forms Domain/Key Normal Form The Synthesis of Relations.
MS Access: Creating Relational Databases Instructor: Vicki Weidler Assistant: Joaquin Obieta.
IMS 4212: Normalization 1 Dr. Lawrence West, Management Dept., University of Central Florida Normalization—Topics Functional Dependency.
Normalization Well structured relations and anomalies Normalization First normal form (1NF) Functional dependence Partial functional dependency Second.
1 A Guide to MySQL 2 Database Design Fundamentals.
Chapters 15 &16 Conceptual and Logical Database Design Methodology.
Chapter 12 Entity-Relationship Modeling Pearson Education © 2009.
DataBase Management System What is DBMS Purpose of DBMS Data Abstraction Data Definition Language Data Manipulation Language Data Models Data Keys Relationships.
Database Management Systems MIT Lesson 02 – Database Design (Entity Relationship Diagram) By S. Sabraz Nawaz.
IST 210 Normalization 2 Todd Bacastow IST 210. Normalization Methods Inspection Closure Functional dependencies are key.
Component 4/Unit 6d Topic IV: Design a simple relational database using data modeling and normalization Description and Information Gathering Data Model.
SQL LANGUAGE and Relational Data Model TUTORIAL Prof: Dr. Shu-Ching Chen TA: Hsin-Yu Ha.
©NIIT Normalizing and Denormalizing Data Lesson 2B / Slide 1 of 18 Objectives In this section, you will learn to: Describe the Top-down and Bottom-up approach.
Data Analysis Improving Database Design. Normalization The process of transforming a data model into a flexible, stable structure. Reduces anomalies Anomaly.
Database Processing: Fundamentals, Design and Implementation, 9/e by David M. KroenkeChapter 4/1 Copyright © 2004 Please……. No Food Or Drink in the class.
9/23/2012ISC329 Isabelle Bichindaritz1 Normalization.
Normalization. 2 u Main objective in developing a logical data model for relational database systems is to create an accurate representation of the data,
Chapter 15 & 16 Conceptual and Logical Database Design Methodology Thomas Connolly, Carolyn Begg, Database System, A Practical Approach to Design Implementation.
Normalization and Other Data Modeling Methods There are many paths to the top of the mountain but the view is always the same Chinese proverb.
Understand Relational Database Management Systems Software Development Fundamentals LESSON 6.1.
Logical Database Design and the Relational Model.
11/10/2009GAK1 Normalization. 11/10/2009GAK2 Learning Objectives Definition of normalization and its purpose in database design Types of normal forms.
1 CS 430 Database Theory Winter 2005 Lecture 7: Designing a Database Logical Level.
RELATIONAL TABLE NORMALIZATION. Key Concepts Guidelines for Primary Keys Deletion anomaly Update anomaly Insertion anomaly Functional dependency Transitive.
McGraw-Hill/Irwin Copyright © 2006 by The McGraw-Hill Companies, Inc. All rights reserved. Chapter 6 Modeling the Data: Conceptual and Logical Data Modeling.
© 2002 by Prentice Hall 1 David M. Kroenke Database Processing Eighth Edition Chapter 5 The Relational Model and Normalization.
IMS 4212: Normalization 1 Dr. Lawrence West, Management Dept., University of Central Florida Normalization—Topics Functional Dependency.
Logical Database Design and Relational Data Model Muhammad Nasir
SLIDE 1IS 257 – Fall 2006 Normalization Normalization theory is based on the observation that relations with certain properties are more effective.
MS Access. Most A2 projects use MS Access Has sufficient depth to support a significant project. Relational Databases. Fairly easy to develop a good user.
IT 5433 LM3 Relational Data Model. Learning Objectives: List the 5 properties of relations List the properties of a candidate key, primary key and foreign.
SEEM3430: Information Systems Analysis and Design
Relational Model and ER Model: in a Nutshell
Presentation transcript:

Normalization and Other Data Modeling Methods There are many paths to the top of the mountain but the view is always the same Chinese proverb

Normalization An alternative database design tool to data modeling A theoretical foundation for the relational model Application of a series of rules that gradually improve the design

Functional dependency A relationship between attributes in an entity One or more attributes determine the value of another attribute An identifier functionally determines all the attributes of an entity stock code → firm name, stock price, stock quantity, stock dividend If we know stock code we know the value of firm name, etc. Multivalued dependency Formulae (stock dividend, stock price) → yield

Full functional dependency Yield is fully functionally dependent on stock dividend and stock price because both of these attributes are required to determine the value of yield (stock dividend, stock price) → yield Determinant An attribute that fully functionally determines another attribute e.g., stock code determines stock PE

Multidetermination A given value can determine multiple values A multidetermines B A → →  e.g., Department multidetermines course Multivalued dependency means functional dependencies are multivalued

Attribute relationships One-to-one A value of an attribute determines the value of another attribute and vice versa A →  B  and  B →   e.g., CH →  Switzerland Switzerland →  CH

Attribute relationships One-to-many A value of one attribute determines the value of another attribute but not vice versa country name →  currency unit currency unit not →  country name

Attribute relationships Many-to-many Neither attribute determines the other A not →  B B not →  A country name not →  language language not →  country name  French and Flemish is spoken in Belgium  French is spoken in many countries

Normal forms A classification of relations Stacked like a set of Russian dolls Innermost is first normal form

First normal form (1NF) All rows must have the same number of columns Single valued attributes only

Second normal form (2NF) Violated when a nonkey column is a fact about part of the primary key A column is not fully functionally dependent on the primary key customer-credit in this case order itemnocustomeridquantitycustomer-credit OK POOR

Third normal form (3NF) Violated when a nonkey column is a fact about another nonkey column A column is not fully functionally dependent on the primary key exchange rate in this case stock stock codenationexchange rate MGUSA0.67 IRAUS0.46

Boyce-Codd normal form (BCNF) Arises when a table has multiple candidate keys the candidate keys are composite the candidate keys overlap advisor clientprobtypeconsultant AlphaMarketingGomez AlphaProductionRaginiski

Fourth normal form (4NF) A row should not contain two or more multivalued independent facts student studentidsportsubject… 50FootballEnglish… 50FootballMusic… 50TennisBotany… 50KarateBotany…

Fifth normal form (5NF) A table can be reconstructed from other tables There exists some rule that enables a relation to be inferred Base case Consultants provide skills to one or more firms and firms can use many consultants; a consultant has many skills and a skill can be used by many firms; and a firm can have a need for many skills and the same skill can be required by many firms

Fifth normal form (5NF) The rule If a consultant has a certain skill (e.g., database) and has a contract with the firm that requires that skill (e.g., IBM), then the consultant advises the firm on that skill (i.e., he advises IBM on database)

Domain key/ normal form (DK/NF) Key: unique identifier Constraint: rule governing attribute values Domain: set of values of the same data type Every constraint on the relation must be a logical consequence of the domain constraints and the key constraints that apply to the relation

Data modeling and normalization Data modeling is often an easier path to good database design A high-fidelity data model will be of high normal form 5NF is likely to create the most problems Check for special rules

Data modeling methods A widely known model is Chen's entity- relationship (E-R) approach There is no standard for the E-R method Nearly all data modeling approaches are very similar because they share common concepts Learning is readily transferable between methods

An E-R diagram

Representing relationships The various dialects are most distinctive in the ways in which relationships are represented Knowledge is very transferable between dialects

Goal Learn to think like a data modeler Different dialects and greater precision (e.g., cardinality) come easily once the basics are mastered

Key points Normalization is one approach to data modeling The are multiple representations for data model Learning to model is difficult Learning to represent a model is easy