利用动态管理视图提高SQL Server索引效率

　就如同数据库DBA了解的一样，合适的索引能够提高查询性能和应用程序可测量性。但是每个附加的索引，都给系统增加了额外开销，因为随着数据从表和视图中不断增加、修改或清除，SQL Server需要维护这些索引。
　　之前，我介绍了一下动态管理视图(DMV)。它是一种很有用的监控和解决SQL Server故障的工具。本文是它的续篇，我将继续和大家一起探讨其他的一些数据库管理员用来能够测定现存索引效率的动态管理视图(DMV)和分片级别。此外，我还提供了应该用来检索指定的SQL Server程序ID号(SPID)执行的最后语句。
　　DMV提高索引效率
　　就如同数据库DBA了解的一样，合适的索引能够提高查询性能和应用程序可测量性。但是每个附加的索引，都给系统增加了额外开销，因为随着数据从表和视图中不断增加、修改或清除，SQL Server需要维护这些索引。在安装新的索引之前，你需要检测数据库活动，保证你只有一些能提高平常执行的查询的索引。注意SQL Server并不能阻止你在相同的列上建立多个索引。它也不能提醒你你即将建立的查询并不能优化查询。
　　复制索引对系统并没有好处。同样地，SQL Server查询优化程序不能用解决查询问题的索引也不能对系统带来什么好处。因此，在这里我们至关重要的事情就是了解索引的利用效率和它们对查询性能的影响。幸运的是，SQL Server 2005和2008包括了sys.dm_db_index_usage_stats动态管理视图，我们可以用它来测量索引的效率。和所有其他的动态管理视图一样，contents of sys.dm_db_index_usage_stats的内容在你重启SQL Server实例时就被丢弃了。所以如果你想收集索引使用统计数据，你就应该对自定义表定期复制DMV。
　　每次用索引进行扫描时，DMV就增加了在SQL Server中搜索或查找列。例如一下的查询就在AdventureWorksDW示例数据库中检索用户表和相应视图使用统计：
　　SELECT
　　object_name(a.object_id) AS table_name，
　　COALESCE(name， 'object with no clustered index') AS index_name，
　　type_desc AS index_type，
　　user_seeks，
　　user_scans，
　　user_lookups，
　　user_updates
　　from sys.dm_db_index_usage_stats a INNER JOIN sys.indexes b
　　ON a.index_id = b.index_id
　　AND a.object_id = b.object_id
　　WHERE database_id = DB_ID('AdventureWorksDW')
　　AND a.object_id > 1000
　　有用的索引在user_seeks列中的总数最大。要注意user_updates这