第一類：關聯資料庫第三正規化 (3NF)
傳統 OLTP 系統標準建模，消除冗余、保證資料一致性，適合操作型系統，但查詢常需多表連接，不利大量分析。
第二類：Inmon 企業級資料倉庫 (3NF 架構)
三層架構：
- 實體關聯層 (EDW 核心)：企業級 3NF 模型，與營運系統建模一致
- 資料項集層 (Data Marts)：依業務主題、存取頻率、產生頻率重組，適度反正規化
- 物理層：第二層的具體實作 (分割、索引、叢集等)
優點：企業單一真相來源；缺點：建置週期長、前期投入大。
第三類：Kimball 維度建模 (星狀/雪花結構)
- 事實表：業務度量 (銷售額、數量) + 外鍵指向維度
- 維度表：描述屬性 (時間、產品、客戶、門市)，寬表、去正規化
- 星狀結構：事實表中央，維度表輻射，查詢效能極佳
- 雪花結構：維度表進一步正規化 (如產品→分類→品牌)，節省空間但增加 JOIN
特點：面向使用者需求、易理解、查詢快、ETL 簡單。筆者推薦流派。
第四類：彈性暫存區建模
- 用於後台 ETL 準備區
- 不拘泥正規化與維度理論，以「滿足載入需求」為原則
- 多為臨時表、階段表，不直接對外提供查詢介面
選型建議
| 場景 | 推薦流派 |
|---|
| 企業級整合、長期演進、跨部門共用 | Inmon 3NF |
| 部門級 BI、快速上線、使用者自助分析 | Kimball 星狀 |
| ETL 階段暫存、資料清洗、異構來源整合 | 彈性暫存區 |
| 傳統 OLTP 交易系統 | 3NF |
