Linq有很多值得學(xué)習(xí)的地方，這里我們主要介紹Linq To Sql性能，包括介紹Linq To Sql批處理更新等方面。

Linq To Sql性能

Linq To Sql性能已經(jīng)被好多人提及．Linq To Object 的性能大家討論的比較多些．它確實并自己實現(xiàn)的查找要慢．但是當數(shù)據(jù)量特別大時，更多是時間是花在分配虛擬內(nèi)存上了，那么他們的差別就不是那么明顯了。Linq To Sql是又如何提升性能的?

***，采用延遲加載(deferred loading)技術(shù)。語句是聲明了，但是并不立即執(zhí)行，而是在真正需要的時候才執(zhí)行。

第二，采用緩存技術(shù)。已經(jīng)取到內(nèi)存的數(shù)據(jù)，再依次提取時，會先從緩存中返回，而不是再次訪問數(shù)據(jù)庫。當然，筆者建議，不要對象的時候，沒有必要使用Linq To Sql．比如，只是填充DataView或DataGrid時，返回dataset或datatable要比用Linq To Sql實現(xiàn)的快很多。

看下面的例子：

var products = db.ExecuteQuery(  
"SELECT [Product List].ProductID, [Product List].ProductName " +  
"FROM Products AS [Product List] " +  
"WHERE [Product List].Discontinued = 0 " +  
"ORDER BY [Product List].ProductName; "  
).ToList();  

它返回的就是product的集合。而不是什么dataset和datatable之類的。這里，你可以大膽的使用該函數(shù)繼續(xù)拼接你的sql吧．在看下面這個
db.ExecuteCommand("UPDATE Products SET UnitPrice = UnitPrice + 1.00");

它在做批處理的時候，你想不用它，都不行．當然，你如果覺得性能不是問題的話，那就用submitchange方法來做更新好了。簡單明了的說，Linq To Sql在批處理更新的時候，SubmitChange只會一個個的更新。浪費時間資源．而這個接口，恰好滿足了批處理更新或刪除的問題。從這兩個例子，我們可以看出。沒有任何方案是***的。各有各的優(yōu)點．以上介紹Linq To Sql性能

【編輯推薦】

1. LINQ to SQL查詢分析
2. LINQ查詢架構(gòu)簡單介紹
3. LINQ to SQL映射關(guān)系概述
4. LINQ To SQL對象模型淺析
5. LINQ to SQL映射列描述