我确实在 sp 上使用的表上创建了两个新索引。 新结果表明，在有问题的连接部分，扫描被转换为搜索。我认为寻找比扫描操作更好。另一方面，所花费的时间与没有新索引时所花费的时间大致相同。
很明显，在将我的新版本 sp 投入生产之前，我如何才能感到满意。
例如，改变sp的参数可以帮助我查看新版本是否比旧版本快还是什么？
问候 bk
【问题讨论】：
标签： sql sql-server performance stored-procedures
要做的几件事：
1) 通过在每次测试运行后清除数据和执行计划缓存来确保您公平地比较性能。您可以使用以下方法清除这些（建议仅在您的开发/测试环境中执行此操作）：
CHECKPOINT -- force dirty pages in the buffer to be written to disk
DBCC DROPCLEANBUFFERS -- clear the data cache
DBCC FREEPROCCACHE -- clear the execution plan cache
2) 运行 SQL Profiler 以记录每种情况的读取/写入/CPU/持续时间（有/无索引）。这将为您提供一系列指标进行比较（即，与 SSMS 中显示的时间相反）。
编辑：
要运行 SQL Profiler 跟踪，请在 Management Studio 中转到工具 -> SQL Server Profiler。出现提示时，指定要对其运行跟踪的数据库服务器。将出现“跟踪属性”对话框 - 您应该只需单击“运行”即可开始运行默认跟踪。然后只需执行您的存储过程并查看它出现在 SQL Profiler 中 - 它会在旁边显示持续时间、读取次数等。
3) 使用比现有数据量大得多的数据进行测试。如果您使用少量数据进行测试，那么仅从持续时间通常很难看出差异。
我最近blogged here 讨论了如何公平地测试查询的不同变体的性能，其中更详细地介绍了我是如何做到的。
【讨论】：