關聯式資料庫正規化完整指南：1NF/2NF/3NF 判斷標準與反模式重構實戰

正規化是關聯式資料庫設計的科學方法論，透過六階範式 (1NF~6NF) 逐步消除資料冗余、更新異常、刪除異常。實務上 3NF 通常為甜蜜點，平衡正確性與查詢效能。本文深度解析前三階範式判斷邏輯與重構技巧。

第一範式 (1NF) - 原子性

定義：每個屬性 (欄位) 均為不可分割的原子值；同一欄位不包含多值、無重複群組。

違反特徵：

• 單一欄位儲存多值 (如 `Tags: 'SQL,Index,Performance'`)。
• 重複欄位群組 (如 `Child1, Child2, Child3`)。
• 非關聯式結構 (巢狀表格、陣列、XML/JSON 文件直接存欄位)。

重構策略：

1. 識別多值/重複群組屬性。
2. 建立新實體表，以原表主鍵 + 序號/代碼為複合主鍵。
3. 建立 1:N 關聯 (外鍵參考原表主鍵)。

範例：員工技能表 `EmpSkills(EmpID, Skills)` → 拆分為 `Employee(EmpID, Name...)` + `EmpSkill(EmpID, SkillID)` + `Skill(SkillID, SkillName)`。

第二範式 (2NF) - 完全函數相依

前提：滿足 1NF。

定義：所有非主鍵屬性完全函數相依於主鍵 (整個主鍵)，不存在部分相依 (僅相依主鍵子集)。

違反場景：複合主鍵表中，某欄位僅相依主鍵之一部分。
例：`OrderDetail(OrderID, ProductID, ProductName, Qty)` — `ProductName` 僅相依 `ProductID`。

重構策略：

1. 識別部分相依屬性群。
2. 移至新表，以相依的主鍵子集為主鍵。
3. 原表保留外鍵關聯。

口訣：非主屬性不部分相依於主鍵。

第三範式 (3NF) - 移除傳遞相依

前提：滿足 2NF。

定義：非主鍵屬性不傳遞相依於主鍵 (即：非主鍵屬性不相依於其他非主鍵屬性)。

違反場景：`Employee(EmpID, DeptID, DeptName, DeptLoc)` — `DeptName, DeptLoc` 傳遞相依 `DeptID` (非主鍵)。

重構策略：

1. 識別傳遞相依鏈 (A → B → C，其中 A=主鍵, B=非主鍵, C=非主鍵)。
2. 將 B、C 移至新表，B 為主鍵。
3. 原表保留 B 作為外鍵。

口訣：屬性不相依於其他非主屬性。

正規化與反正規化的效能權衡

實務設計原則

1. 先正規化至 3NF，建立正確的邏輯模型基線。
2. 識別熱點查詢：分析工作負載，找出頻繁大表 JOIN 的查詢。
3. 針對性反正規化：僅對熱點查詢引入冗余欄位/彙總表/物化檢視，並建立同步機制 (觸發器/排程/CDC)。
4. 文件化決策：記錄每個反正規化點的理由、同步機制、風險評估。
5. 定期審視：業務變更時重新評估冗余設計是否仍有效。

進階範式簡介 (4NF~6NF)

• 4NF：消除多值相依 (MVD) — 獨立多對多關聯應分別建表。
• 5NF：消除連接相依 (JD) — 極罕見，理論完整性保證。
• 6NF (DKNF)：領域-鍵範式 — 所有約束皆為鍵/領域約束的邏輯推論，理論極限。

正規化不是教條，而是「理解冗余成本與查詢收益權衡」的分析框架。以 3NF 為基線，針對性引入受控冗余，才是成熟資料架構師的實務智慧。