深挖 ADO.NET Entity Framework 效能：啟動成本、查詢快取、編譯查詢與 NoTracking 實測

ADO.NET 團隊揭露 EF（Beta 3）效能特徵：抽象層轉換必然帶來開銷，但透過預生成 View、查詢快取、編譯 LINQ、NoTracking 等策略可大幅降低延遲。本文以 Northwind 資料庫實測，量化各階段耗時比例並給出優化清單。

基準測試：遍歷 848 筆 Orders × 10 次

using (var ne = new NorthwindEntities())
{
    foreach (var o in ne.Orders) { int i = o.OrderID; }
}

• 首次執行：4241 ms
• 後續平均：13 ms

首次執行耗時拆解

關鍵優化 1：預生成 View（EdmGen.exe /mode:ViewGeneration）

• 啟動時間從 4241 ms 降至 2933 ms（-31%）；
• 迴圈遍歷整體時間降低 28%；
• 缺點：模型變更需重新生成，View 不再動態。

查詢快取效應

• Entity SQL 首次 179 ms → 後續 15 ms；
• LINQ 首次 202 ms → 後續 18 ms；
• 差異在於首次需建構 Command Tree / Expression Tree。

關鍵優化 2：編譯 LINQ 查詢（CompiledQuery.Compile）

Func<NorthwindEntities, IQueryable<Order>> compiled =
    CompiledQuery.Compile((NorthwindEntities ne) => from o in ne.Orders select o);

using (var ne = new NorthwindEntities())
{
    foreach (var o in compiled(ne)) { int i = o.OrderID; }
}

• 首次 305 ms（含編譯），後續 15 ms；
• 較一般 LINQ 節省 ~3 ms/次，千萬級查詢效益顯著。

關鍵優化 3：NoTracking 合併選項

• 適用唯讀查詢（如 ASP.NET 列表頁）；
• 停止變更追蹤與關聯管理，大幅降低物質化成本；
• 編譯 LINQ + NoTracking 首次/後續皆優於一般 LINQ，次數執行速度持平 Entity SQL。

效能優化檢查清單

1. ObjectContext 首次建立含中繼資料載入/驗證成本 → 考慮單例或預熱；
2. 任何查詢首次執行含快取建構成本 → 關鍵路徑預先暖機；
3. 編譯 LINQ 快於一般 LINQ → 熱點查詢優先編譯；
4. 唯讀/大量資料流場景 → 善用 MergeOption.NoTracking。