我使用（和更新）的报告需要很长时间（有些需要几个小时）。我觉得这太长了，之前问过这个问题。在浏览了各种讨论 SQL 性能的网站后，他们都采取了 DBA 的立场。但是我不是，我的同事也不是（我想如果我们有 DBA 就不会遇到这个问题）。
我想要的是返回前 10 个运行最多和性能最差的脚本的简单方法。我希望有一个不错的 SET METRICS ON 开关，但我想如果是这样的话，网站就不会继续记录配置文件了。
我最不想做的事情是让性能进一步下降，录制个人资料听起来就像是性能杀手。
【问题讨论】：
标签： performance sql-server-2000 metrics
您至少有以下选择。
最终，自动化工具会让您走得更远。在您的情况下甚至可能就足够了，但请记住，没有任何自动化工具能够胜过熟练的 DBA，因为自动化工具无法重写您的查询。
SET CONCAT_NULL_YIELDS_NULL OFF
--Joining the views gives a nice picture of what indexes
--would help and how much they would help
SELECT
'CREATE INDEX IX_' + UPPER(REPLACE(REPLACE(COALESCE(equality_columns, inequality_columns), '[', ''), ']', ''))
+ ' ON ' + d.statement + '(' + COALESCE(equality_columns, inequality_columns)
+ CASE WHEN equality_columns IS NOT NULL THEN
CASE WHEN inequality_columns IS NOT NULL THEN ', ' + inequality_columns
END END
+ ')' + CASE WHEN included_columns IS NOT NULL THEN ' INCLUDE (' + included_columns + ')' END
, object_name(object_id)
, d.*
, s.*
FROM sys.dm_db_missing_index_details d
LEFT OUTER JOIN sys.dm_db_missing_index_groups g ON d.index_handle = g.index_handle
LEFT OUTER JOIN sys.dm_db_missing_index_group_stats s ON g.index_group_handle = s.group_handle
WHERE database_id = db_id()
ORDER BY avg_total_user_cost DESC
【讨论】：
您应该能够通过 sys.dm_exec_query_stats 表，该表保存了针对数据库的所有查询的信息。
SELECT creation_time
,last_execution_time
,total_physical_reads
,total_logical_reads
,total_logical_writes
, execution_count
, total_worker_time
, total_elapsed_time
, total_elapsed_time / execution_count avg_elapsed_time
,SUBSTRING(st.text, (qs.statement_start_offset/2) + 1,
((CASE statement_end_offset
WHEN -1 THEN DATALENGTH(st.text)
ELSE qs.statement_end_offset END
- qs.statement_start_offset)/2) + 1) AS statement_text
FROM sys.dm_exec_query_stats AS qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st
ORDER BY last_execution_time,total_elapsed_time / execution_count DESC;
为您提供历史查询所用时间的基本时间信息。
【讨论】：