Databasedatabasepostgres

Chuẩn hóa cơ sở dữ liệu là gì và tại sao cần chuẩn hóa?

Các cấp độ chuẩn hóa được gọi là các dạng chuẩn (Normal Forms), được sắp xếp từ thấp đến cao (đạt dạng cao hơn thì tự động đạt các dạng thấp hơn).

Dong Nguyen

March 2, 2026

Chuẩn hóa cơ sở dữ liệu là gì và tại sao cần chuẩn hóa?

Chuẩn hóa là quá trình tổ chức dữ liệu trong các bảng sao cho:

  • Loại bỏ dư thừa dữ liệu (trùng lặp không cần thiết)
  • Tránh các bất thường khi thêm/sửa/xóa (insertion, update, deletion anomalies)
  • Đảm bảo tính nhất quán và toàn vẹn dữ liệu

Các cấp độ chuẩn hóa phổ biến nhất: 1NF → 2NF → 3NF (thực tế dùng nhiều nhất), đôi khi lên BCNF.

Ví dụ ban đầu (bảng chưa chuẩn hóa)

Giả sử ta có một bảng duy nhất lưu thông tin đơn hàng sách:

Bảng DONHANG

MaDon TenKhachHang DiaChiKhach TenSach TacGia GiaSach SoLuong NgayDat NhanVienXuLy
DH001 Nguyễn Văn A Đà Nẵng SQL Cơ bản, Python Nâng cao Trần Văn B, Lê Thị C 250000, 320000 2, 1 2026-02-15 Lê Thị Hoa
DH002 Trần Thị B Hà Nội Java Core Nguyễn Văn D 280000 3 2026-03-01 Phạm Minh

→ Bảng này có rất nhiều vấn đề: dữ liệu đa trị trong cùng ô, dư thừa, khó cập nhật…

1. Dạng chuẩn 1 (First Normal Form – 1NF)

Yêu cầu chính:

  • Mọi giá trị trong ô phải là nguyên tử (không chứa danh sách, không phân tách được nữa)
  • Không có nhóm lặp lại (repeating groups)
  • Mỗi bảng phải có khóa chính

Chuẩn hóa về 1NF → Tách các giá trị đa trị thành nhiều dòng:

Bảng DONHANG_1NF

MaDon TenKhachHang DiaChiKhach TenSach TacGia GiaSach SoLuong NgayDat NhanVienXuLy
DH001 Nguyễn Văn A Đà Nẵng SQL Cơ bản Trần Văn B 250000 2 2026-02-15 Lê Thị Hoa
DH001 Nguyễn Văn A Đà Nẵng Python Nâng cao Lê Thị C 320000 1 2026-02-15 Lê Thị Hoa
DH002 Trần Thị B Hà Nội Java Core Nguyễn Văn D 280000 3 2026-03-01 Phạm Minh

→ Đạt 1NF. Nhưng vẫn còn dư thừa lớn (tên khách, địa chỉ, nhân viên lặp lại nhiều lần).

2. Dạng chuẩn 2 (Second Normal Form – 2NF)

Yêu cầu:

  • Đạt 1NF
  • Mọi thuộc tính không phải khóa phải phụ thuộc đầy đủ vào toàn bộ khóa chính (không phụ thuộc bộ phận – partial dependency)

Khóa chính hiện tại của bảng trên là (MaDon, TenSach) (vì một đơn có thể mua nhiều sách).

Vấn đề:

  • TenKhachHang, DiaChiKhach chỉ phụ thuộc vào MaDon (không phụ thuộc TenSach) → phụ thuộc bộ phận
  • NhanVienXuLy chỉ phụ thuộc MaDon

Chuẩn hóa về 2NF → Tách thành 3 bảng:

Bảng KHACHHANG

MaKhach TenKhachHang DiaChiKhach
KH001 Nguyễn Văn A Đà Nẵng
KH002 Trần Thị B Hà Nội

Bảng DONHANG

MaDon MaKhach NgayDat NhanVienXuLy
DH001 KH001 2026-02-15 Lê Thị Hoa
DH002 KH002 2026-03-01 Phạm Minh

Bảng CHITIET_DONHANG

MaDon TenSach TacGia GiaSach SoLuong
DH001 SQL Cơ bản Trần Văn B 250000 2
DH001 Python Nâng cao Lê Thị C 320000 1
DH002 Java Core Nguyễn Văn D 280000 3

→ Đạt 2NF. Dư thừa giảm rõ rệt.

3. Dạng chuẩn 3 (Third Normal Form – 3NF)

Yêu cầu:

  • Đạt 2NF
  • Không có phụ thuộc bắc cầu (transitive dependency): thuộc tính không khóa không được phụ thuộc vào thuộc tính không khóa khác

Vấn đề còn lại:

  • Trong CHITIET_DONHANG: TacGia phụ thuộc vào TenSach (không phụ thuộc trực tiếp vào MaDon)
  • → TenSach → TacGia (phụ thuộc bắc cầu)

Chuẩn hóa về 3NF → Tách thêm bảng SACH:

Bảng SACH

TenSach TacGia GiaSach
SQL Cơ bản Trần Văn B 250000
Python Nâng cao Lê Thị C 320000
Java Core Nguyễn Văn D 280000

Bảng CHITIET_DONHANG (sửa lại)

MaDon TenSach SoLuong
DH001 SQL Cơ bản 2
DH001 Python Nâng cao 1
DH002 Java Core 3

→ Bây giờ đạt 3NF. Dữ liệu rất gọn gàng, không dư thừa, dễ bảo trì.

4. Boyce-Codd Normal Form (BCNF) – dạng chặt chẽ hơn 3NF

Yêu cầu:

  • Đạt 3NF
  • Mọi yếu tố quyết định (determinant) trong phụ thuộc hàm phải là siêu khóa (superkey)

Ví dụ cần BCNF:

Giả sử bảng GIANGVIEN_DAY_MON

MaGV MonHoc PhongDay
GV01 Cơ sở dữ liệu P101
GV01 Lập trình web P102
GV02 Cơ sở dữ liệu P103

Phụ thuộc:

  • MaGV, MonHoc → PhongDay (khóa chính)
  • MonHoc → PhongDay (mỗi môn chỉ học ở 1 phòng cố định)

→ MonHoc quyết định PhongDay, nhưng MonHoc không phải siêu khóa → không đạt BCNF.

Chuẩn hóa BCNF:

Bảng MONHOC_PHONG

MonHoc PhongDay
Cơ sở dữ liệu P101
Lập trình web P102

Bảng GIANGVIEN_DAY

MaGV MonHoc
GV01 Cơ sở dữ liệu
GV01 Lập trình web
GV02 Cơ sở dữ liệu

→ Đạt BCNF.

Tóm tắt

  • Hầu hết dự án thực tế chỉ cần đạt 3NF → cân bằng giữa tính toàn vẹn và hiệu suất.
  • BCNF dùng khi có nhiều phụ thuộc phức tạp, tránh bất thường hiếm gặp.
  • 4NF, 5NF rất hiếm dùng (chủ yếu trong giáo trình hoặc data warehouse đặc thù).
  • Đừng chuẩn hóa quá mức → có thể làm chậm truy vấn (phải join nhiều bảng).

Hy vọng bài viết này giúp bạn hình dung rõ ràng quy trình chuẩn hóa qua ví dụ thực tế.

☕

Support My Work

If you found this article helpful, consider supporting my work. It helps me keep creating free content for the developer community.

Buy Me a Coffee

Need Help With Your Project?

I'm available for freelance work. Whether you need a full-stack application, API development, or technical consulting, I'd love to help.

View My Services
Back to all posts

Related Posts

Thiết kế database schema bắt đầu từ đâu?
Database

Thiết kế database schema bắt đầu từ đâu?

Hầu hết lập trình viên đều mắc sai lầm khi vội vàng tạo bảng mà chưa nghĩ đến hậu quả dài hạn. Bài viết này chỉ ra những lỗi phổ biến trong thiết kế schema và cách khắc phục trước khi đưa lên production.

Dong Nguyen

Mar 2, 2026

Checklist tối ưu khi sử dụng PostgreSQL
Database10 phút đọc

Checklist tối ưu khi sử dụng PostgreSQL

Dưới đây là Checklist tối ưu PostgreSQL chuyên sâu cho Laravel / NestJS / NextJS trong môi trường High Traffic, tổng hợp từ kinh nghiệm triển khai API lớn, e-commerce, SaaS

DnSoft Admin

Feb 13, 2026

Mô hình bộ nhớ mà mọi lập trình viên PHP nên nắm khi làm việc với tiến trình dài hạn
PHP

Mô hình bộ nhớ mà mọi lập trình viên PHP nên nắm khi làm việc với tiến trình dài hạn

Nếu bạn chuyển từ mô hình PHP-FPM truyền thống sang các worker chạy liên tục như RoadRunner, Laravel Queue worker, Symfony Messenger consumer, hoặc các daemon tùy chỉnh, bạn sẽ sớm nhận ra một hiện tượng quen thuộc:

Dong Nguyen

Feb 26, 2026