Scribd
Upload
92 views

Normalization Dbms

The document defines various forms of normalization for databases including 1NF, 2NF, 3NF, BCNF, 4NF and 5NF. Each successive normal form addresses additional types of anomalies or dependencies by further dividing tables to eliminate issues. The examples show tables before and after normalization to illustrate the concepts and how normalization reduces data redundancy and inconsistencies.

Uploaded by

Hassan Farooqstartns Saim
Copyright
© © All Rights Reserved
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
92 views

Normalization Dbms

The document defines various forms of normalization for databases including 1NF, 2NF, 3NF, BCNF, 4NF and 5NF. Each successive normal form addresses additional types of anomalies or dependencies by further dividing tables to eliminate issues. The examples show tables before and after normalization to illustrate the concepts and how normalization reduces data redundancy and inconsistencies.

Uploaded by

Hassan Farooqstartns Saim
Copyright
© © All Rights Reserved
Available Formats
Download as PPTX, PDF, TXT or read online on Scribd
You are on page 1/ 23

NORMALIZATION & TYPES OF

NORMALIZATION
1) DEFINE NORMALIZATION
Normalization can be defined as :-
 A process of organizing the data in database to avoid data redundancy,
insertion anomaly, update anomaly & deletion anomaly.
• A process of organizing data into tables in such a way that the results
of using the database are always unambiguous and as intended. Such
normalization is intrinsic to relational database theory. It may have
the effect of duplicating data within the database and often results in
the creation of additional tables.
Types of normalization

 First Normal Form (1NF)


 Second Normal Form (2NF)
 Third Normal Form (3NF)
 Boyce-Codd Normal Form (BCNF)
 Fourth Normal Form (4NF)
 Fifth Normal Form (5NF)
First Normal Form (1NF)

First normal form enforces these criteria:

 Eliminate repeating groups in individual tables.


 Create a separate table for each set of related data.
 Identify each set of related data with a primary key
First Normal Form
Table_Product This table is not in first normal
form because the “Colour”
Product Id Colour Price column contains multiple
Values.
1 Black, red Rs.210

2 Green Rs.150

3 Red Rs. 110

4 Green, blue Rs.260

5 Black Rs.100
After decomposing it into first normal
form it looks like:
Product_id Price Product_id Colour

1 Rs.210 1 Black

1 Red
2 Rs.150
2 Green
3 Rs. 110 3 Red

4 Rs.260 4 Green

4 Blue
5 Rs.100
5 Black
Second Normal Form (2NF)

A table is said to be in 2NF if both the following conditions hold:


 Table is in 1NF (First normal form)
 No non-prime attribute is dependent on the proper subset of any candidate
key of table.
An attribute that is not part of any candidate key is known as non-prime
attribute.
SECOND NORMAL FORM

Table purchase detail  This table has a composite primary


key i.e. customer id, store id. The
Customer_id Store_id Location non key attribute is location. In
1 1 Patna this case location depends on store
id, which is part of the primary
1 3 Noida key.

2 1 Patna

3 2 Delhi

4 3 Noida
After decomposing it into second normal
form it looks like:

Table Purchase Table Store


Customer_id Store_id Store_id Location
1 1 1 Patna
1 3 2 Delhi
2 1 3 Noida
3 2
4 3
Third Normal Form (3NF)

A table design is said to be in 3NF if both the following conditions hold:


 Table must be in 2NF
 Transitive
functional dependency of non-prime attribute on any super key should
be removed.
An attribute that is not part of any candidate key is known as non-prime attribute.
In other words 3NF can be explained like this: A table is in 3NF if it is in 2NF and for
each functional dependency X-> Y at least one of the following conditions hold:
 X is a super key of table
 Y is a prime attribute of table
An attribute that is a part of one of the candidate keys is known as prime attribute.
THIRD NORMAL FORM

Table Book Details  In the table, book_id determines


genre_id and genre_id determines
Bood_id Genre_id Genre Price genre type. Therefore book_idd
type determines genre type via genre_id
1 1 Fiction 100 and we have transitive functional
dependency.
2 2 Sports 110

3 1 Fiction 120

4 3 Travel 130

5 2 sports 140
After decomposing it into third normal
form it looks like:

TABLE BOOK TABLE GENRE


Book_id Genre_id Price Genre_id Genre type
1 1 100 1 Fiction
2 2 110 2 Sports
3 1 120 3 Travel
4 3 130
5 2 140
Boyce-Codd Normal Form (BCNF)

 It is an advance version of 3NF that’s why it is also referred as 3.5NF. BCNF is


stricter than 3NF. A table complies with BCNF if it is in 3NF and for every
functional dependency X->Y, X should be the super key of the table.
Boyce-Codd Normal Form

Student Course Teacher  KEY: {Student, Course}

Aman DBMS AYUSH  Functional dependency


{student, course} -> Teacher
Aditya DBMS RAJ
Teacher-> Course
Abhinav E-COMM RAHUL  Problem: teacher is not superkey
but determines course.
Aman E-COMM RAHUL

abhinav DBMS RAJ


After decomposing it into Boyce-Codd
normal form it looks like:

Student Course Course Teacher


Aman DBMS DBMS AYUSH
Aditya DBMS DBMS RAJ
Abhinav E-COMM E-COMM RAHUL
Aman E-COMM
Abhinav DBMS
Fourth Normal Form (4NF)

 Fourth normal form (4NF) is a level of database normalization where there


are no non-trivial multivalued dependencies other than a candidate key.

It builds on the first three normal forms (1NF, 2NF and 3NF) and the Boyce-
Codd Normal Form (BCNF). It states that, in addition to a database meeting
the requirements of BCNF, it must not contain more than one multivalued
dependency.
FOURTH NORMAL FORM

Student Major Hobby  Key: {students, major, hobby}

Aman Management Football  MVD: ->-> Major, hobby

Aman Management Cricket

Raj Management Football

Raj Medical Football

Ram Management Cricket

Aditya Btech Football

Abhinav Btech Cricket


After decomposing it into fourth normal
form it looks like:

Student Major Student Hobby


Aman Management Aman Football
Raj Management Aman Cricket
Raj Medical Raj Football
Ram Management Ram Cricket
Aditya Btech Aditya Football
Abhinav Btech Abhinav Cricket
Fifth Normal Form (5NF)

A database is said to be in 5NF, if and only if,


 It's in 4NF.
 If we can decompose table further to eliminate redundancy and anomaly, and
when we re-join the decomposed tables by means of candidate keys, we
should not be losing the original data or any new record set should not arise.
In simple words, joining two or more decomposed table should not lose
records nor create new records.
FIFTH NORMAL FORM

Seller Company Product  Key: {seller, company, product}

Aman Coca cola Thumps Up  MVD: Seller ->-> Company,


company product Product is related to

Aditya Unilever Ponds company.

Aditya Unilever Axe

Aditya Uniliver Lakme

Abhinav P&G Vicks

Abhinav Pepsico Pepsi


After decomposing it into fifth normal
form it looks like:
Seller Product Seller Company
Aman Thumps Up Aman Coca cola
Aditya Ponds company

Aditya Axe Aditya Unilever

Aditya Lakme Abhinav P&G

Abhinav Vicks Abhinav Pepsico

Abhinav Pepsi

Continued in next slide…


Company Product
Coca cola company Thumps Up
Unilever Ponds
Unilever Axe
Unilever Lakme
Pepsico Pepsi
P&G Vicks

You might also like