Linq To Sql性能舉例分析

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

Linq To Sql性能

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

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

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

看下面的例子：

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之類的。這里，你可以大膽的使用該函數繼續拼接你的sql吧．在看下面這個
db.ExecuteCommand("UPDATE Products SET UnitPrice = UnitPrice + 1.00");

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

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