后来我才知道视图会比用户定义的函数更快,因此我为该表创建了一个View.
要了解Query的性能,我包括以下代码以获取我的UDF,VIEW和直接sql语句的cpu时间和已用时间.
SET STATISTICS IO ON; SET STATISTICS TIME ON;
当我使用select查询直接从我的表中提取数据时,我得到了下面的cpu时间和经过的时间
SELECT [CollegeName],[CandidateID],[age],[race],[sex],[ethnic],[arm],[Weeknum],[siteid],[country],[Region],[SubRegion],[SNAME],[UID] FROM [testdata]
—-结果
Scan count 1,logical reads 1338,physical reads 0,read-ahead reads 0,lob logical reads 0,lob physical reads 0,lob read-ahead reads 0. sql Server Execution Times: cpu time = 31 ms,elapsed time = 4381 ms.
当我使用VIEW时,我得到了cpu时间和经过时间
CREATE VIEW vw_testdata AS SELECT [CollegeName],[UID] FROM [testdata]
– 结果
Scan count 1,logical reads 1324,lob read-ahead reads 0. sql Server Execution Times: cpu time = 15 ms,elapsed time = 5853 ms.
而我的UDF又回来了
CREATE FUNCTION [dbo].[fn_DocApproval] (@collegename nvarchar(30) = NULL) RETURNS TABLE AS RETURN ( SELECT [CollegeName],[UID] FROM [testdata] WHERE CollegeName = ISNULL(@collegename,collagename) )
– 结果
Scan count 1,lob read-ahead reads 0. sql Server Execution Times: cpu time = 203 ms,elapsed time = 785 ms.
与直接sql和视图相比,UDF的运行时间非常短,但cpu时间更长.
另外,为什么每次运行相同的查询时,cpu时间和经过的时间都会发生变化?
我的架构和示例dataFiddle
我目前有2697行,我无法将它们全部加载到小提琴中.
解决方法
sql Server解析和编译时间:当我们向sql服务器提交要执行的查询时,它必须解析并编译任何语法错误,并且优化器必须为执行生成最佳计划. sql Server解析和编译时间是指完成此预执行步骤所需的时间.如果查看第二次执行的输出,则sql Server解析和编译时间部分中的cpu时间和已用时间均为0.这表明sql服务器没有花费任何时间来解析和编译查询,因为执行计划在缓存中很容易获得. cpu时间是指cpu上的实际花费时间,经过时间是指完成解析和编译所花费的总时间. cpu时间和已用时间之间的差异可能在队列中等待时间以获得cpu周期或等待IO完成.这在性能调优中没有太大意义,因为值会因执行而异.如果您在本节中获得一致的值,可能您将使用重新编译选项运行该过程.
sql Server执行时间:这是指sql Server完成已编译计划执行所用的时间. cpu时间是指在cpu上花费的实际时间,其中经过的时间是完成执行的总时间,包括信号等待时间,完成IO操作的等待时间以及将输出传输到客户端所花费的时间.cpu时间可用于基线性能调整.除非您修改查询或数据,否则从执行到执行的此值不会有太大变化.服务器上的负载不会对此值产生太大影响.请注意,显示的时间以毫秒为单位.对于具有相同数据的相同查询,cpu时间的值可能因执行而异,但只有100秒,这只是一秒的一部分.经过的时间取决于许多因素,例如服务器上的负载,IO负载,服务器和客户端之间的网络带宽.因此,在进行性能调整时,始终将cpu时间用作基线.