1
7
在这个例子中,我会有一个if语句,检查@due_date_limit
|
2
3
这种类型查询性能不佳的最常见原因是,优化器无法确定大多数查询的@due_date_limit通常值是多少。通常,由后续执行生成并重新使用的计划倾向于值为空的情况。 从SQL 2005起,您可以使用“优化对象”选项指导优化对象:
|
3
2
但我不太确定它会更快。 |
4
2
到期日有索引吗?如果没有,请添加一个,然后检查性能。如果已经存在,则改为两个单独的语句
但请注意,不进行筛选(当@due_date_limit为空时)或使用<=进行筛选可能会返回大量记录,这些记录将消除任何使用索引的机会,并且需要进行完整的表扫描。这可能是你正在经历的。 |
5
1
@“到期日期限制”是一个存储过程变量,因此可以将其从该查询中全部分解出来:
|
6
1
可以帮助 |
7
0
自从
然后你的
|
Hatsune Miku · 比较或if语句是否更快[已关闭] 1 年前 |
Black Swan · 无法解压缩的值太多(应为2)错误 1 年前 |
Kai · 有什么方法可以轻松优化VSCode中的锈迹? 2 年前 |
Balfar · 处理NumPy阵列上的循环最有效的方法是什么? 2 年前 |
Daniel · C#轻松存储快速访问的大型位矩阵 6 年前 |
halbe · 优化音频DSP程序的numpy计算 6 年前 |
Afsara · 是否有任何方法不能优化我们的应用程序? 6 年前 |