我想测量一个insert语句的执行时间(使用我猜测来自SQL Server Profiler的持续时间),该语句上有一个替代插入触发器。如何衡量此声明的完整时间,包括触发时间?
答案 0 :(得分:5)
您在SQL Server探查器中看到的查询执行时间(持续时间)是执行该查询所花费的时间,包括评估任何触发器或其他约束。
因为触发器旨在用作检查数据完整性的替代方法,所以在任何触发器完成之前,不会认为SQL语句已完成。
更新:一些常用SQL Server探查器事件的概述:
SQL:BatchCompleted 在SQL Server批处理(一组语句)完成执行时发生 - 持续时间是执行批处理的总时间。
SQL:StmtCompleted 当作为批处理的一部分执行的SQL语句完成执行时发生 - 再次持续时间是执行该单个语句的时间。
SP:已完成在存储过程完成执行时发生 - 显示的持续时间是完成存储过程执行的时间。
SP:StmtCompleted 在作为存储过程的一部分执行的SQL语句完成时发生。
批处理是一组由GO
语句分隔的SQL语句,但是为了理解上述内容,您还应该知道所有SQL服务器命令都是在批处理*的上下文中执行。
此外,上述每个事件也都有相应的Starting
事件 - SP:Starting
,SQL:BatchStarting
,SQL:StmtStarting
和SP:StmtCompleted
。这些没有列出持续时间(因为我们还不知道持续时间因为它没有完成,但是有助于显示持续时间记录的开始时间。)
为了更好地理解这些事件之间的关系,我建议您尝试捕获一些简单示例的痕迹(来自SQL Server Management Studio中),例如:
SELECT * FROM SomeTable
GO
SELECT * FROM SomeTable
SELECT * FROM OtherTable
GO
SELECT * FROM SomeTable
exec SomeProc
GO
正如您应该看到的,对于上面3个示例中的每个示例,您总是得到SQL:BatchStarting
和SQL:BatchCompleted
,但是其他事件类型会提供有关运行的各个命令的更多详细信息。
出于这个原因,我通常倾向于使用SQL:BatchCompleted
事件,但是如果您尝试测量的语句是作为更大批处理(或存储过程)的一部分执行的,那么您可能会发现一个其他事件类有用。
有关各种SQL Server性能分析事件的更多信息,请参阅TSQL Event Category (MSDN) - 有很多!
最后,如果从SQL Server Management Studio中执行此命令,请注意记录执行时间的最简单方法是使用客户端统计功能:
(*)我很确定所有内容都是作为批处理的一部分执行的,尽管我没有在互联网上找到任何证据来证实这一点。