Linq To Sql性能舉例分析

這篇文章主要講解了“Linq To Sql性能舉例分析”，文中的講解內(nèi)容簡單清晰，易于學(xué)習(xí)與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學(xué)習(xí)“Linq To Sql性能舉例分析”吧！

Linq To Sql性能

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

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

第二，采用緩存技術(shù)。已經(jīng)取到內(nèi)存的數(shù)據(jù)，再依次提取時，會先從緩存中返回，而不是再次訪問數(shù)據(jù)庫。當(dāng)然，筆者建議，不要對象的時候，沒有必要使用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");

它在做批處理的時候，你想不用它，都不行．當(dāng)然，你如果覺得性能不是問題的話，那就用submitchange方法來做更新好了。簡單明了的說，Linq To Sql在批處理更新的時候，SubmitChange只會一個個的更新。浪費時間資源．而這個接口，恰好滿足了批處理更新或刪除的問題。

感謝各位的閱讀，以上就是“Linq To Sql性能舉例分析”的內(nèi)容了，經(jīng)過本文的學(xué)習(xí)后，相信大家對Linq To Sql性能舉例分析這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關(guān)知識點的文章，歡迎關(guān)注！