Normalization. 2 u Main objective in developing a logical data model for relational database systems is to create an accurate representation of the data,

Slides:



Advertisements
Similar presentations
Normalization Dr. Mario Guimaraes. Data Normalization Primarily a tool to validate and improve a logical design so that it satisfies certain constraints.
Advertisements

The Relational Model System Development Life Cycle Normalisation
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 15 Basics of Functional Dependencies and Normalization for Relational.
1 Database Systems: A Practical Approach to Design, Implementation and Management International Computer Science S. Carolyn Begg, Thomas Connolly Lecture.
Database Design Conceptual –identify important entities and relationships –determine attribute domains and candidate keys –draw the E-R diagram Logical.
Normalization I.
Chapter 5 Normalization Transparencies © Pearson Education Limited 1995, 2005.
Database Systems Design, Implementation, and Management Coronel | Morris 11e ©2015 Cengage Learning. All Rights Reserved. May not be scanned, copied or.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 15 Basics of Functional Dependencies and Normalization for Relational.
1 Minggu 10, Pertemuan 19 Normalization (cont.) Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
Normalization II. Boyce–Codd Normal Form (BCNF) Based on functional dependencies that take into account all candidate keys in a relation, however BCNF.
Chapter 14 Advanced Normalization Transparencies © Pearson Education Limited 1995, 2005.
Normalization. Introduction Badly structured tables, that contains redundant data, may suffer from Update anomalies : Insertions Deletions Modification.
FUNCTIONAL DEPENDENCIES
Lecture 12 Inst: Haya Sammaneh
Chapter 6 Normalization 正規化. 6-2 In This Chapter You Will Learn:  更動異常  How tables that contain redundant data can suffer from update anomalies ( 更動異常.
Normalization. 2 Objectives u Purpose of normalization. u Problems associated with redundant data. u Identification of various types of update anomalies.
NormalizationNormalization Chapter 4. Purpose of Normalization Normalization  A technique for producing a set of relations with desirable properties,
Chapter 13 Normalization Transparencies. 2 Last Class u Access Lab.
Concepts of Database Management, Fifth Edition
Normalization. Learners Support Publications 2 Objectives u The purpose of normalization. u The problems associated with redundant data.
1 Pertemuan 23 Normalisasi Matakuliah: >/ > Tahun: > Versi: >
Lecture 6 Normalization: Advanced forms. Objectives How inference rules can identify a set of all functional dependencies for a relation. How Inference.
Normalization Transparencies
CSC271 Database Systems Lecture # 28.
Chapter 13 Normalization Transparencies. 2 Chapter 13 - Objectives u Purpose of normalization. u Problems associated with redundant data. u Identification.
Chapter 13 Normalization. 2 Chapter 13 - Objectives u Purpose of normalization. u Problems associated with redundant data. u Identification of various.
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 15 Basics of Functional Dependencies and Normalization for Relational.
CSE314 Database Systems Basics of Functional Dependencies and Normalization for Relational Databases Doç. Dr. Mehmet Göktürk src: Elmasri & Navanthe 6E.
Chapter 13 Normalization © Pearson Education Limited 1995, 2005.
Lecture 5 Normalization. Objectives The purpose of normalization. How normalization can be used when designing a relational database. The potential problems.
Chapter 13 Normalization Transparencies Last Updated: 08 th May 2011 By M. Arief
Chapter 10 Normalization Pearson Education © 2009.
Normalization Transparencies 1. ©Pearson Education 2009 Objectives How the technique of normalization is used in database design. How tables that contain.
Chapter 13 Normalization Transparencies. 2 Chapter 13 - Objectives u How to undertake process of normalization. u How to identify most commonly used normal.
Lecture Nine: Normalization
Dr. Mohamed Osman Hegaz1 Logical data base design (2) Normalization.
© Pearson Education Limited, Normalization Bayu Adhi Tama, M.T.I. Faculty of Computer Science University of Sriwijaya.
9/23/2012ISC329 Isabelle Bichindaritz1 Normalization.
Normalization.
Lecture 10 Normalization. Introduction Relations derived from ER model may be ‘faulty’ – Subjective process. – May cause data redundancy, and insert/delete/update.
IST Database Normalization Todd Bacastow IST 210.
11/10/2009GAK1 Normalization. 11/10/2009GAK2 Learning Objectives Definition of normalization and its purpose in database design Types of normal forms.
Normalization. Overview Earliest  formalized database design technique and at one time was the starting point for logical database design. Today  is.
ITD1312 Database Principles Chapter 4C: Normalization.
NORMALIZATION.
Logical Database Design and Relational Data Model Muhammad Nasir
1 CS490 Database Management Systems. 2 CS490 Database Normalization.
Chapter 8 Relational Database Design Topic 1: Normalization Chuan Li 1 © Pearson Education Limited 1995, 2005.
Normalization.
Advanced Normalization
Normalization Karolina muszyńska
Normalization DBMS.
Normalization Dongsheng Lu Feb 21, 2003.
Advanced Normalization
Chapter 14 Normalization
Chapter 15 Basics of Functional Dependencies and Normalization for Relational Databases.
Normalization.
Chapter 14 & Chapter 15 Normalization Pearson Education © 2009.
Normalization Dongsheng Lu Feb 21, 2003.
Chapter 14 Normalization – Part I Pearson Education © 2009.
Normalization – Part II
Normalization Dale-Marie Wilson, Ph.D..
Chapter 15 Basics of Functional Dependencies and Normalization for Relational Databases.
Chapter 14 Normalization.
Minggu 9, Pertemuan 18 Normalization
Chapter 14 Normalization.
Normalization February 28, 2019 DB:Normalization.
國立臺北科技大學 課程:資料庫系統 2015 fall Chapter 14 Normalization.
Chapter 14 Normalization Pearson Education © 2009.
Presentation transcript:

Normalization

2 u Main objective in developing a logical data model for relational database systems is to create an accurate representation of the data, its relationships, and constraints. u To achieve this objective, must identify a suitable set of relations.

3 Normalization u Four most commonly used normal forms are first (1NF), second (2NF) and third (3NF) normal forms, and Boyce–Codd normal form (BCNF). u Based on functional dependencies among the attributes of a relation. u A relation can be normalized to a specific form to prevent possible occurrence of update anomalies.

4 Data Redundancy u Major aim of relational database design is to group attributes into relations to minimize data redundancy and reduce file storage space required by base relations.

5 Update Anomalies u Relations that contain redundant information may potentially suffer from update anomalies. u Types of update anomalies include: –Insertion, –Deletion, –Modification.

6 Lossless-join and Dependency Preservation Properties u Two important properties of decomposition: - Lossless-join property enables us to find any instance of original relation from corresponding instances in the smaller relations. - Dependency preservation property enables us to enforce a constraint on original relation by enforcing some constraint on each of the smaller relations.

7 Functional Dependency u Main concept associated with normalization. u Functional Dependency –Describes relationship between attributes in a relation.

8 Functional Dependency u Property of the meaning (or semantics) of the attributes in a relation. u Diagrammatic representation: u Determinant of a functional dependency refers to attribute or group of attributes on left-hand side of the arrow.

9 Functional Dependency u Main characteristics of functional dependencies used in normalization: –have a 1:1 relationship between attribute(s) on left and right-hand side of a dependency; –hold for all time; –are nontrivial.

10 Functional Dependency u Complete set of functional dependencies for a given relation can be very large. u Important to find an approach that can reduce set to a manageable size.

11 The Process of Normalization  Formal technique for analyzing a relation based on its primary key and functional dependencies between its attributes.  Often executed as a series of steps. Each step corresponds to a specific normal form, which has known properties.  As normalization proceeds, relations become progressively more restricted (stronger) in format and also less vulnerable to update anomalies.

12 Relationship Between Normal Forms

13 Unnormalized Form (UNF) u A table that contains one or more repeating groups.  To create an unnormalized table: –transform data from information source (e.g. form) into table format with columns and rows.

14 First Normal Form (1NF) u A relation in which intersection of each row and column contains one and only one value.

15 UNF to 1NF u Nominate an attribute or group of attributes to act as the key for the unnormalized table. u Identify repeating group(s) in unnormalized table which repeats for the key attribute(s).

16 UNF to 1NF u Remove repeating group by: –entering appropriate data into the empty columns of rows containing repeating data (‘flattening’ the table). Or by –placing repeating data along with copy of the original key attribute(s) into a separate relation.

17 Second Normal Form (2NF)  Based on concept of full functional dependency: u 2NF - A relation that is in 1NF and every non- primary-key attribute is fully functionally dependent on the primary key.

18 1NF to 2NF  Identify primary key for the 1NF relation.  Identify functional dependencies in the relation.  If partial dependencies exist on the primary key remove them by placing them in a new relation along with copy of their determinant.

19 Third Normal Form (3NF)  Based on concept of transitive dependency: u 3NF - A relation that is in 1NF and 2NF and in which no non-primary-key attribute is transitively dependent on a non-key attribute.

20 2NF to 3NF  Identify the primary key in the 2NF relation.  Identify functional dependencies in the relation.  If transitive dependencies exist then remove them by placing them in a new relation along with copy of their determinant.

21 General Definitions of 2NF and 3NF u Second normal form (2NF) –A relation that is in 1NF and every non-primary- key attribute is fully functionally dependent on the primary key. u Third normal form (3NF) –A relation that is in 1NF and 2NF and in which no non-primary-key attribute is transitively dependent on any other non-key attribute.

22 Boyce–Codd Normal Form (BCNF) u Based on functional dependencies that take into account all candidate keys in a relation, however BCNF also has additional constraints compared with general definition of 3NF. u BCNF - A relation is in BCNF if and only if every determinant is a candidate key.

23 Boyce–Codd normal form (BCNF) u Difference between 3NF and BCNF is that for a functional dependency A  B, 3NF allows this dependency in a relation if B is a primary- key attribute and A is not a candidate key. u Whereas, BCNF insists that for this dependency to remain in a relation, A must be a candidate key. u Every relation in BCNF is also in 3NF. However, relation in 3NF may not be in BCNF.

24 Boyce–Codd normal form (BCNF) u Violation of BCNF is quite rare. u Potential to violate BCNF may occur in a relation that: –contains two (or more) composite candidate keys; –the candidate keys overlap (i.e. have at least one attribute in common).

25 Fourth Normal Form (4NF) u Although BCNF removes anomalies due to functional dependencies, another type of dependency called a multi-valued dependency (MVD) can also cause data redundancy. u Possible existence of MVDs in a relation is due to 1NF and can result in data redundancy.

26 Fourth Normal Form (4NF) - MVD u Dependency between attributes (for example, A, B, and C) in a relation, such that for each value of A there is a set of values for B and a set of values for C. However, set of values for B and C are independent of each other.

27 Fourth Normal Form (4NF)  Defined as a relation that is in BCNF and contains no nontrivial MVDs.

28 Fifth Normal Form (5NF) u A relation decomposed into two relations must have lossless-join property, which ensures that no spurious tuples are generated when relations are reunited through a natural join. u However, there are requirements to decompose a relation into more than two relations. u Although rare, these cases are managed by join dependency and fifth normal form (5NF).