改善EF代码的方法(下)
本節(jié),我們將介紹一些改善EF代碼的方法,包括編譯查詢、存儲模型視圖以及沖突處理等內(nèi)容。
> CompiledQuery
提供對查詢的編譯和緩存以供重新使用。當相同的查詢需要執(zhí)行很多遍的時候,那么我們可以使用ComplieQuery將查詢的語句進行編譯以便下次使用,這樣可以免去對同一語句的多次處理,從而改善性能。
示例代碼如下:
> 存儲模型視圖
在EF中,當執(zhí)行實體查詢的時候,運行時首先將實體模型轉(zhuǎn)換成ESQL視圖,而ESQL視圖則是根據(jù)msl文件來生成相應(yīng)的代碼。此外,ESQL視圖包含了相應(yīng)的查詢語句。ESQL視圖被創(chuàng)建后將在應(yīng)用程序域中進行緩存以便下次使用。這個運行時生成存儲模型視圖是比較耗時的過程。
為了,免去運行時生成存儲模型視圖,我們可以預(yù)先產(chǎn)生這個的存儲模型視圖。具體步驟如下:
首先,使用EdmGen2來產(chǎn)生存儲模型視圖,相應(yīng)的命令如下:
Edmgen2 /ViewGen cs NorthwindEntites.edmx
執(zhí)行此命令后,edmgen2會在當前目錄下生成一個名為NorthwindEntites.GeneratedViews.cs這個文件,就是我們要使用的存儲模型視圖文件。
將此文件添加到項目中就行,其他的代碼不需要改變,EF會自動調(diào)用此視圖文件。
如下示例代碼:
沒有使用存儲模型視圖的情況是:
1 passed, 0 failed, 0 skipped, took 7.09 seconds.
項目中添加了NorthwindEntites.GeneratedViews.cs文件,執(zhí)行情況是:
1 passed, 0 failed, 0 skipped, took 5.38 seconds.
可見,使用了存儲模型視圖的確是提高了性能。
> 沖突處理
在EF中,默認情況并不會檢查并發(fā)沖突。因為EF實現(xiàn)的是樂觀的并發(fā)模式,當有并發(fā)的沖突發(fā)生時,將會拋出Optimistic Concurrency Exception異常。我們可以通過使用RefreshMode這個枚舉來指定當發(fā)生沖突時如何處理。
RefreshMode有兩中枚舉值:
ClientsWins: 當提交修改,更新數(shù)據(jù)庫中的值
StoreWins: 放棄修改,使用數(shù)據(jù)庫中的值
示例代碼片段如下:
var db2 = new NorthwindEntities1();var customer2 = db2.Customers.FirstOrDefault(c => c.CustomerID == "2009");if (customer2 != null){customer2.ContactName = "風車車.Net";customer2.City = "CD";customer2.Region = "GX";}try{db2.SaveChanges();}catch (OptimisticConcurrencyException ex) //捕獲到?jīng)_突,則進行相應(yīng)的處理 {db2.Refresh(RefreshMode.ClientWins, customer2);db2.SaveChanges();}上述代碼片段,只是說明怎么處理并發(fā)沖突,不是具體的并發(fā)。
轉(zhuǎn)載于:https://www.cnblogs.com/xgao/p/4200608.html
總結(jié)
以上是生活随笔為你收集整理的改善EF代码的方法(下)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: OSChina 周五乱弹 —— 静静的思
- 下一篇: 盲注 绕过技巧