Skip to main content

Database Normalization and De-normalization:


 Database Normalization and De-normalization:

Database normalization is the process of refining the data in accordance with a series of normal forms. This is done to reduce data redundancy and improve data integrity. This process divides large tables into small tables and links them using relationships.

Normalization gives data meaning by defining relationships with other data. The large table will be divided into multiple small tables and have relationship between them to retrieve the required data based on the need.

1NF- First Normal Form:

·       Each table cell should contain a single/atomic value

·       Every record in the table must be unique

·       No cell have more than one value.

·       No repeating groups - Each column name should be unique, the repeating columns names should be removed separated and a new table for these columns.

2NF - Second Normal Form:

·       The rules of the second normal form are

·       -Table must be in 1NF

·       -All data must be depend on primary Key

·       -Every non-key attribute must be fully dependent on key attributes( relation using Primary -> Foreign Key (Parent and child relation)

-          No partial dependency

3NF - Third Normal Form

·       Data must be in 2NF

·       No transitive functional dependencies

Benefits:

·       Writes are faster as we have separate tables

·       Used for OLTP systems

·       Required data can be selected

·       Data integrity maintained

·       Reduce redundancy

CONS:

Slower reads

Heavy querying not recommended.

Complex joins required for the data retrieval

What is a transitive dependency?

In simple terms, if changing a non-key column causes any other non-key column to change, then it's called a transitive dependency.

Composite Key

Sometimes it’s hard to define unique records with one single column. In such cases, we can have two or more columns that uniquely identify each record in a table. Such columns are known as composite key.

De-normalization:

·       Basically, the process of taking a normalized schema and making it non-normalized is called de-normalization where will be adding required duplicated columns to exiting tables for easy data retrieval.

Pros:

·       Used for data warehouse and OLAP systems

·       More disk space as will redundant data in multiple tables

·       Less no.of joins

·       Makes reads faster

·       Can we used analysis purpose

·       Speed up select operation.

Cons:

·       Slower writes

·       Potential data inconstancy

·       Requires more storage

Comments

Popular posts from this blog

ORA-39014: One or more workers have prematurely exited.ORA-00018: maximum number of sessions exceeded

ERROR: I was Performing a full database import and during the import I faced the below error. ORA-39014: One or more workers have prematurely exited. ORA-39029: worker 6 with process name "DW07" prematurely terminated ORA-31672: Worker process DW07 died unexpectedly. Job "SYSTEM"."SYS_IMPORT_FULL_04" stopped due to fatal error at 00:59:40 ORA-39014: One or more workers have prematurely exited. SOLUTION:  Run the import with fewer parallel processes, like PARALLEL=2 instead of 8. I was able to run the import successfully. NOTE 1: This errors occurs when there are less session allocation in the database. check the session,process parameters and increase them accordingly. To avoid such errors again. NOTE 2 : Note: Increasing processes parameter increases the amount of shared memory that needs to be reserved & the OS must be configured to support the larger amount of shared memory. So here we first need to increase the Memory & SG

ORA-01143: cannot disable media recovery - file 1 needs media recovery

I got a request from the client - To flashback the database to the existing restore point & disable flashback and archive log mode for database UATB. Here I came a cross error - ORA-01143. I followed the below steps. 1. SQL> select name from v$database; NAME ------------ UATB 2. SQL> SELECT NAME FROM V$RESTORE_POINT WHERE GUARANTEE_FLASHBACK_DATABASE='YES' ORDER BY TIME; NAME --------- UATB_COPY Here I'm going to restore the database to the above restore point. NOTE: The flashback database restore has to be done in MOUNT stage of the database. SQL> select name from v$database; NAME --------- UATB SQL> shut immediate; Database closed. Database dismounted. ORACLE instance shut down. SQL> startup mount ORACLE instance started. Total System Global Area  612368384 bytes Fixed Size                  1250428 bytes Variable Size             167775108 bytes Database Buffers          436207616 bytes Redo Buffers