所以我(仍然)经历了一些缓慢的遗留sql视图,用于计算(有时)大量数据集的一些平均值和标准偏差.我最终得到的是加入观点等观点的观点.
所以我虽然会审查我的查询的执行计划.它立即建议丢失索引,然后我实现了.但它仍然无法忍受缓慢(如此缓慢超过VB6应用程序查询它的数据;))
因此,在进一步研究执行计划后,我发现成本最高(在我的情况下每个约为8%)是“Paralellism”案例.主要是“分发流”和“重新分配流”.这些是什么?
解决方法
Distribute Streams和
Repartion Streams是sql优化器选择使用
Parallel Query Processing时发生的操作.如果您怀疑这导致查询出现问题,则可以强制sql Server仅使用一个带有MAXDOP
query hint的cpu,如下所示.
select * from sys.tables option (maxdop 1)
原文地址:https://www.jb51.cc/mssql/78229.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。