统计数据更新后的回退查询

Question

我安排了100 at数据库上的统计更新(其中一些非常老，从几个月到2-3年)，作业在凌晨1点20分钟后就成功地结束了。

现在，我检查了Query (15个小时后)，并且有几个执行计划明显差的回归查询。平均时间要比更新统计数据前一天要糟糕得多。

我现在该怎么办？你认为能帮上忙吗？非常感谢

PS: Server是2019版，但数据库的兼容性级别设置为100 (2008)。这是我们的新客户。很快就会改变的。

Answer 1

以下是我要采取的步骤：

1. 首先，下载微软移民助理，并尝试发现2008年和2012年之间的兼容性不兼容。
2. 然后下载微软评估和规划工具包并扫描指南之后的所有不兼容情况。
3. 使用查询调优助理查找不兼容的查询。
4. 如果一切正常，现在先移到2012年的兼容性水平，并检查是否所有的应用程序仍在工作。如果数据库是旧的，我想应用程序也应该是旧的。应用程序可能包含与Server后期版本不兼容的弃用命令。
5. 如果前面的步骤有效，现在移动到2016年的兼容性级别并激活查询存储。用它来监视你的数据库一个或两个星期，并检查是否一切都好。此时，99%的查询应该运行得更快，1%的查询应该被完全阻塞。Query是您的朋友，您将使用它来调试、阻塞和等待。
6. 既然一切都是固定的，移动到兼容性的水平，2019年应该是一杯水，因为在2016到2019年之间没有太多的变化。