【數據庫三范式】在數據庫設計中，規范化（Normalization）是一個非常重要的概念，用于減少數據冗余、提高數據一致性，并確保數據的完整性。其中，數據庫的三范式是最基礎也是最常用的規范化標準。以下是對數據庫三范式的總結和說明。
一、第一范式（1NF）
定義：
第一范式要求表中的每一列都是不可再分的基本數據項，即每個字段都必須是原子性的（不能包含多個值）。
目的：
消除重復組，確保每個字段只存儲單一值。
示例：
錯誤示例：`學生表` 中有一個字段為 `課程`，存儲的是多個課程名稱（如“數學, 英語”），這不符合1NF。
正確示例：將課程信息單獨建表，每個學生對應一條記錄。
| 學生ID | 姓名 | 課程 |
| 1 | 張三 | 數學 |
| 1 | 張三 | 英語 |
二、第二范式（2NF）
定義：
在滿足第一范式的基礎上，第二范式要求所有非主屬性完全依賴于主鍵，而不是部分依賴。
目的：
消除部分依賴，避免數據冗余。
示例：
假設有一個訂單表，包含訂單號、客戶名、商品名、數量等字段。如果訂單號是主鍵，但客戶名僅依賴于訂單號的一部分（如客戶ID），則不符合2NF。應將客戶信息單獨提取為一個表。
| 訂單號 | 客戶ID | 客戶名 | 商品 | 數量 |
| 001 | 1001 | 李四 | A | 2 |
| 002 | 1001 | 李四 | B | 3 |
此表中，客戶名依賴于客戶ID，而非訂單號，因此應拆分為兩個表。
三、第三范式（3NF）
定義：
在滿足第二范式的基礎上，第三范式要求所有非主屬性之間不能有傳遞依賴，即非主屬性不能依賴于其他非主屬性。
目的：
消除傳遞依賴，進一步減少數據冗余和更新異常。
示例：
假設有一個員工表，包含員工ID、姓名、部門、部門經理。如果部門經理依賴于部門，而部門又依賴于員工ID，則存在傳遞依賴。應將部門和經理信息獨立成一張表。
| 員工ID | 姓名 | 部門 | 部門經理 |
| 1 | 張三 | 技術 | 王五 |
| 2 | 李四 | 技術 | 王五 |
這里“部門經理”依賴于“部門”，而“部門”又依賴于“員工ID”，屬于傳遞依賴，應拆分。
三范式總結表
| 范式 | 名稱 | 要求 | 目的 |
| 1NF | 第一范式 | 每個字段為原子值，不可再分 | 消除重復組 |
| 2NF | 第二范式 | 非主屬性完全依賴于主鍵 | 消除部分依賴 |
| 3NF | 第三范式 | 非主屬性之間無傳遞依賴 | 消除傳遞依賴 |
通過遵循數據庫三范式的設計原則，可以有效提升數據庫的結構合理性與數據一致性，從而更好地支持系統的穩定運行和數據管理。
