SQL Server 2012 引入資料行存放索引但限制為唯讀非叢集索引，導致資料更新極度痛苦（需刪除索引→更新資料→重建索引）。SQL Server 2014 突破性推出可更新叢集資料行存放索引，徹底解決此痛點，成為 OLAP/資料倉庫查詢的效能利器。
核心概念：什麼是可更新叢集資料行存放索引？
- 叢集索引即資料本身：資料以資料行導向壓縮儲存，非傳統列導向 B-Tree。
- 每張表僅一個叢集資料行存放索引，不可再建非叢集索引（優點：空間極省；缺點：無法支援點查詢 Seek）。
- 支援完整 DML（INSERT/UPDATE/DELETE/MERGE），無需切換為唯讀模式。
四大核心優勢
- 僅讀取所需資料行：聚合、掃描、分組、星狀聯結等 OLAP 查詢僅讀取涉及欄位，I/O 大幅降低。
- 極高壓縮率：同一資料行資料型別相同、值域相近，字典/Run-Length 壓縮極有效，儲存空間通常較列存放減少 2/3 以上。
- 批次模式處理：向量化 CPU 執行，大幅降低每列處理成本。
- 可更新架構：新資料先寫入 Delta Store（列存放），背景執行緒或重建索引時自動壓縮轉入資料行存放區。
儲存架構深度解析
三階段儲存流程
- 分組：將 ~1,048,576 列分為一個「列群」。
- 轉置：按資料行切分，同欄位集中儲存。
- 壓縮：對每個資料行段獨立壓縮編碼。
圖 1：資料行存放三階段儲存流程
Delta Store 機制
- 新插入/更新的資料不直接進入壓縮區，先以傳統列存放（B-Tree）寫入 Delta Store。
- 閾值：< 102,400 列 維持在 Delta Store；達閾值或執行
REBUILD/REORGANIZE 時由 Tuple Mover 背景執行緒自動壓縮轉入。
- 可透過 DMV
sys.dm_db_column_store_row_group_physical_stats 監控壓縮狀態。
圖 2：DMV 監控 Delta Store 與壓縮區列群分佈
空間佔用實測對比（3 萬列測試資料）
| 儲存方式 | 空間佔用 | 壓縮比 |
|---|
| 傳統叢集索引（無非叢集） | ~45 MB | 1.0x |
| 資料列壓縮 | ~32 MB | 1.4x |
| 資料頁壓縮 | ~28 MB | 1.6x |
| 叢集資料行存放索引 | ~14 MB | 3.2x |
圖 3：資料行存放索引空間佔用最低（含非叢集索引差距更大）
效能極端場景對比
OLAP 查詢：選取特定欄位聚合掃描
圖 4：資料行存放僅讀取所需欄位，效能提升數十倍
OLTP 查詢：單列點查詢（PK Seek）
圖 5：無 Seek 操作，全掃描導致 OLTP 效能極差
關鍵限制：資料行存放索引僅支援 SCAN 操作，不支援 SEEK。不適合高選擇性點查詢（OLTP），專為大量掃描/聚合（OLAP）設計。
適用場景與決策指南
| 場景 | 建議 |
|---|
| 資料倉庫事實表、歷史表、稽核記錄 | ✅ 強烈推薦 |
| 報表/BI 大量掃描、聚合、分群分析 | ✅ 最佳選擇 |
| 高頻單列查詢/點查詢（PK Lookup） | ❌ 禁用，改用傳統叢集索引 |
| 混合負載（HTAP） | ⚠️ 需仔細評估，可考慮非叢集資料行存放索引（2016+） |
小結
SQL Server 2014 可更新叢集資料行存放索引以極致壓縮、僅讀取所需欄位、批次模式執行三大技術支柱，將 OLAP 查詢效能推向新高度。雖犧牲點查詢能力，但對純分析型工作負載而言，是划時代的突破。
