c# – 为什么这种LINQ IQueryable Performance for Pagination如此差劲?
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了c# – 为什么这种LINQ IQueryable Performance for Pagination如此差劲?,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1051字,纯文字阅读大概需要2分钟。
内容图文
![c# – 为什么这种LINQ IQueryable Performance for Pagination如此差劲?](/upload/InfoBanner/zyjiaocheng/827/e21fa1c91574474eaf0fc22de44f8c8f.jpg)
List<Device> deviceList = GetDevices(); // these are loaded in memory already as a list
IQueryable<Device> IDevices = deviceList.AsQueryable<Device>();
deviceList = IDevices.Where(i => i.StatusID == 2).OrderBy(j => j.LastCommunicated).Skip(recordsToSkip).Take(pageSize).ToList();
鉴于上面的代码,我在列表中查询了大约1000个设备.第三个声明很慢.如果已经加载到内存中,它不应该快吗?我理解在大多数情况下你会将整个查询应用于数据库调用,但在我的情况下,我已经将我的设备加载到内存中.第一和第二个电话非常快.
解决方法:
在那一点上,IQueryable是无关紧要的.您看到的性能问题是每个链返回一个新的迭代器.
所以这:
IDevices
.Where(i => i.StatusID == 2) // iterates over 1000 items
.OrderBy(j => j.LastCommunicated) // orders however many items have a StatusID of 2
.Skip(recordsToSkip) // iterates "recordsToSkip" number of times
.Take(pageSize) // iterates "pageSize" times
是一步一步的过程.首先,在哪里执行.这会遍历整个列表.然后OrderBy执行,你可以想象这是非常密集的.跳过然后迭代直到找到您想要的索引.然后在形成新列表之前迭代n个项目.
那就是说..如果您只是直接对数据库运行此查询,它会更快.
内容总结
以上是互联网集市为您收集整理的c# – 为什么这种LINQ IQueryable Performance for Pagination如此差劲?全部内容,希望文章能够帮你解决c# – 为什么这种LINQ IQueryable Performance for Pagination如此差劲?所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。