为了确保快速访问数据，和其他关系型数据库系统一样SQL Server 会利用索引来快速的查找数据，SQL Server可以创建诸如聚集索引、非聚集索引、XML索引和全文本索引的不同类型的索引。
有多个索引的好处是假如存在合适的索引，SQL Server可以快速存取数据，有太多索引的缺点是SQL Server不得不维护这些索引，维护也需要代价，并且索引也需要额外的存储空间，所以，索引对性能来讲是一把双刃剑。
下来我们看看如何标识存在但没有被使用到的索引，进而删除他们，降低存储需求。
我们知道SQL Server 2005增加了DMVs-动态管理视图，允许你更深一步窥探在SQL Servr里发生了什么，其中一些是用来查看索引是怎么被使用的，我们讨论两个DMVs，注意这些视图存储累积的数据，所以SQL Server重置状态时，计数器要归0，所以当监视索引使用时要注意这些。
DMV- sys.dm_db_index_operational_stats
这个DMV 允许您查看插入、 更新和删除的索引的各个方面的信息，基本上它会显示在用在基于数据的修改方面维护索引的很多工作。
假如你对表的查询返回了所有列，输出可能会令人困惑，所以我们把焦点集中到少许列上，想知道其他列的情况可以查看Online Books
SELECT OBJECT_NAME(A.[OBJECT_ID]) AS [OBJECT NAME], I.[NAME] AS [INDEX NAME], A.LEAF_INSERT_COUNT, A.LEAF_UPDATE_COUNT, A.LEAF_DELETE_COUNT FROM SYS.DM_DB_INDEX_OPERATIONAL_STATS (db_id(),NULL,NULL,NULL ) A INNER JOIN SYS.INDEXES AS I ON I.[OBJECT_ID] = A.[OBJECT_ID] AND I.INDEX_ID = A.INDEX_ID WHERE OBJECTPROPERTY(A.[OBJECT_ID],’IsUserTable’) = 1
下面我们就看到inserts,updates,deletes发生在每一个索引上的数字，所以，这表明SQL Server花费许多工作不得不维护索引 DMV – sys.dm_db_index_usage_stats
这个DMV显示索引在用户的查询中使用了多少次，其他列请参阅联机丛书。 SELECT OBJECT_NAME(S.[OBJECT_ID]) AS [OBJECT NAME], I.[NAME] AS [INDEX NAME], USER_SEEKS, USER_SCANS, USER_LOOKUPS, USER_UPDATES FROM SYS.DM_DB_INDEX_USAGE_STATS AS S INNER JOIN SYS.INDEXES AS I ON I.[OBJECT_ID] = S.[OBJECT_ID] AND I.INDEX_ID = S.INDEX_ID WHERE OBJECTPROPERTY(S.[OBJECT_ID],’IsUserTable’) = 1 AND S.database_id = DB_ID()
我们使用了seeks,scans,lookups和updates 标识未使用的索引 基于以上的输出结果我们把焦点定位到第二个查询上，我们能看到这个索引没有发生过seeks,scans和lookup，但是发生了updates，这意味着SQL Server在满足查询时没有使用到这个index，但是仍然需要维护它，记住从DMVs获得的这些数据当SQL Server重新启动时要复位，为确定哪一个index应该保留还是删除要确保你采集的是足够长一段时间的数据。 原文链接：http://www.searchdatabase.com.cn/showcontent_88474.htm