我正在查看第三方应用程序正在执行的查询。该应用程序被我们的一些最终用户标记为运行缓慢。
它似乎INSERT记录到一个 HEAP 中，然后在会话结束后再次记录它们（没有任何选择发生在它们上面？）但是在每个语句DELETE的末尾都有一个.INSERTSELECT 0
我是否从查询计划缓存中看到了某种工件？是否可能缺少某些参数？所有其他参数都清楚地标明，例如@P1。
每分钟有 350 个INSERT动作，DELETE每小时有一个表中的所有内容。使用 HEAP 似乎是一个好的情况，但是如果这个 SELECT 0 实际上是从这个堆中选择一些东西，我想知道我是否应该添加一个聚集索引。
更新：添加了一个屏幕截图来显示选择：
据我所知，执行计划只会包含上次编译和使用的代码。在我自己对应用程序进行故障排除时，我遇到了我通过执行计划查看的语句实际上是用什么编写的，
sp_executesql动态 T-SQL 也是如此，它包含的逻辑比最终结果多一点。您没有指定您正在使用的版本，但我建议使用服务器端跟踪或扩展事件会话来映射正在传递的命令序列，以便您完全了解在您的情况下正在做什么。
我的第一个想法是应用程序（或开发人员）编写了插入语句，并以某种形式或方式对某事进行检查（即可能是错误）。在检查它是否良好时，他们只是传递了最终的样子
SELECT 0，如果发生问题，它可能会返回SELECT 3910这对那个应用程序意味着什么。通过对命令进行跟踪，您只会看到所有背后的完整逻辑（如果有的话）。