Databases 6 min read

Mastering Database Normalization: 1NF, 2NF, 3NF and Key Constraints Explained

This article explains the three fundamental normal forms (1NF, 2NF, 3NF) and the five major database constraints, detailing how to apply primary and foreign keys, their syntax, and reference actions to design robust relational schemas.

MaGe Linux Operations
MaGe Linux Operations
MaGe Linux Operations
Mastering Database Normalization: 1NF, 2NF, 3NF and Key Constraints Explained

Database Normalization Forms

Normalization, or Normal Form, was introduced by E.F. Codd in the 1970s as the theoretical foundation of relational databases. The three basic forms are described below.

First Normal Form (1NF)

Each column must contain atomic, indivisible values. For example, a field "userInfo" containing "Shandong Province Yantai City 1318162008" should be split into "userInfo" = "Shandong Province Yantai City" and "userTel" = "1318162008".

Second Normal Form (2NF)

After satisfying 1NF, every non‑key column must depend on the whole primary key; a table should describe a single entity. Thus an order table should contain only order‑related columns, and a product table only product‑related columns.

Third Normal Form (3NF)

Beyond 2NF, each column must depend directly on the primary key, not transitively. For instance, after extracting a separate customer table, the order table needs only the customer ID, not other customer details.

Key points: 2NF vs 3NF differ in whether separate tables have been created; both 1NF and 2NF must be satisfied before 3NF.

Five Major Database Constraints

The main constraints are:

Primary Key Constraint – ensures uniqueness and non‑null values; can be auto‑increment.

Unique Constraint – guarantees uniqueness, allows a single NULL.

Default Constraint – provides a default value for a column.

Foreign Key Constraint – defines relationships between two tables.

Not Null Constraint – prohibits NULL values.

Foreign Key Details

Only the InnoDB engine supports foreign keys. The foreign key column must have the same data type as the referenced column, and it must be indexed (MySQL creates an index automatically if missing).

Syntax example:

CONSTRAINT fk_name FOREIGN KEY (fk_column) REFERENCES parent_table(parent_column)
ON DELETE SET NULL ON UPDATE CASCADE;

Reference actions include RESTRICT (default), NO ACTION (MySQL only), CASCADE (propagate delete/update), and SET NULL (sets foreign key to NULL, thus the column cannot be NOT NULL).

Primary Key Details

Primary keys are implicitly NOT NULL and unique. Only primary keys can be defined as AUTO_INCREMENT. They can be defined inline: id INT UNSIGNED PRIMARY KEY or after column definitions:

PRIMARY KEY (id)
Original Source

Signed-in readers can open the original source through BestHub's protected redirect.

Sign in to view source
Republication Notice

This article has been distilled and summarized from source material, then republished for learning and reference. If you believe it infringes your rights, please contactadmin@besthub.devand we will review it promptly.

primary key3NFDatabase NormalizationForeign KeySQL constraints
MaGe Linux Operations
Written by

MaGe Linux Operations

Founded in 2009, MaGe Education is a top Chinese high‑end IT training brand. Its graduates earn 12K+ RMB salaries, and the school has trained tens of thousands of students. It offers high‑pay courses in Linux cloud operations, Python full‑stack, automation, data analysis, AI, and Go high‑concurrency architecture. Thanks to quality courses and a solid reputation, it has talent partnerships with numerous internet firms.

0 followers
Reader feedback

How this landed with the community

Sign in to like

Rate this article

Was this worth your time?

Sign in to rate
Discussion

0 Comments

Thoughtful readers leave field notes, pushback, and hard-won operational detail here.