我们的客户报告了一个有趣的现象,我无法解释:在他们将数据库兼容性级别从2016更改为2008,然后又更改为2016年后,从存储过程使用的函数的性能显著提高-从9秒提高到4秒。他们不执行2008兼容性的过程,只重置兼容性。 我执行了几次该过程,然后颠倒了兼容性,并再次使用相同的参数执行相同的过程-它使用相同的计划,但完成的速度要快得多。可能的原因是什么?下面是我用来比较性能和计划的查询。 Query plan
我们的一个程序出错了,因为存储过程是"created with QUOTED_IDENTIFIER option ON“。这是Microsoft SQL Server (8)。昨天发生的所有事情都是:存储过程被编辑了。创建了一个表。是否有查询(或其他),这样我就可以找出是哪个存储过程导致了问题?
谢谢。
我正在用SQL Server2008以交互方式编写一个存储过程。使用SQL Server Management Studio时,每次进行更新时,我都必须手动刷新Programmability文件夹,然后右键单击,然后删除,然后单击确定。我也可以运行一个查询来删除存储过程。在第一次执行代码(从实际的存储过程代码,而不是exec命令)时,是否有一些函数可以放入存储过程中,以检查是否存在现有的存储