Linq有很多值得学习的地方,这里我们主要介绍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性能
【编辑推荐】