有多个索引的好处是如果存在合适的索引，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
The seeks 搜索指的是在Index上发生了多少次Index Seek，seek是最快的访问数据的方式。
The scans 扫描指的是在index上发生了多少次index Scan，Scan 是从多行数据中查找你想要的数据，应尽量避免scan
The lookups 查找是指查询所需的数据有多少次是从Clustered index 或者是heap中进行的
The updates 更新是指由于数据的更新导致index被更改了多少次
标识未使用的索引
基于以上的输出结果我们把焦点定位到第二个查询上，我们能看到这个索引没有发生过seeks,scans和lookup，但是发生了updates，这意味着SQL Server在满足查询时没有使用到这个index，但是仍然需要维护它，记住从DMVs获得的这些数据当SQL Server重新启动时要复位，为确定哪一个index应该保留还是删除要确保你采集的是足够长一段时间的数据。
