Đánh đổi giữa normalization và denormalization là gì?

Question

IT Interview Practice · Accepted Answer

**Normalization** tổ chức dữ liệu sao cho mỗi sự kiện chỉ nằm ở đúng một chỗ, loại bỏ dư thừa. **Denormalization** cố ý nhân bản dữ liệu để đọc nhanh hơn. Phần lớn schema bắt đầu ở dạng chuẩn hóa và chỉ denormalize ở chỗ số đo đòi hỏi.

## Normalization (tới 3NF)

Mỗi table mô tả một entity; dữ liệu liên quan được tham chiếu qua foreign key.

```sql
-- Chuẩn hóa: thành phố của khách hàng chỉ lưu một lần
customers(id, name, city_id)
cities(id, name)
orders(id, customer_id, total)
```

- **Ưu** — không có update anomaly (đổi tên thành phố ở một row), storage nhỏ hơn, toàn vẹn nhờ foreign key.
- **Nhược** — đọc cần JOIN; một báo cáo chạm nhiều entity có thể join năm table.

## Denormalization

```sql
-- Denormalize: chép city vào mọi order để báo cáo nhanh
orders(id, customer_id, city_name, total)
-- + một bảng tổng hợp do app hoặc trigger duy trì
order_daily_totals(day, city_name, total_sales)
```

- **Ưu** — ít join hơn, đọc nhanh hơn, aggregate rẻ hơn.
- **Nhược** — dữ liệu trùng phải được giữ đồng bộ (ghi nhiều hơn, rủi ro lệch), tốn storage hơn, và mọi writer phải nhớ cập nhật mọi bản sao.

## Cách quyết định

Mặc định chuẩn hóa để đảm bảo tính đúng đắn. Chỉ denormalize một **read path nóng cụ thể** sau khi EXPLAIN cho thấy join là nút thắt — và nên giữ nguồn sự thật ở dạng chuẩn hóa trong khi duy trì một bản dẫn xuất (summary table, cache vật chất hóa) mà bạn có thể dựng lại.

## Tại sao điều này quan trọng

Đây là đánh đổi cốt lõi trong thiết kế schema: chuẩn hóa quá mức làm dashboard bò chậm, denormalize quá mức sinh ra dữ liệu không nhất quán tốn kém để hòa giải. Biết *vì sao* bạn nhân bản dữ liệu — và cách giữ bản sao đáng tin — là ranh giới giữa một schema mở rộng được và một schema mục ruỗng.

Normalization (tới 3NF)

Denormalization

Cách quyết định

Tại sao điều này quan trọng

Câu hỏi liên quan