在一个数据库上创建索引会给数据库带来负面影响。当对表执行插入、更新和删除操作时，您就会看到这个性能的负面影响。您对表每作一次修改，包含这些修改记录的索引都必须更新，以符合最新的修改。
使用过滤索引后，需要更新的索引变少了。然而，包含这些记录的索引仍然需要在记录修改时进行更新。
因为这些操作必须在每一次数据修改时进行，您应该把数据库中不用于查询数据的索引删除。这样可以减少数据库的I/O需求和数据库的大小。
为了查找不使用的索引，可以使用如下所示的查询语句去查询sys.dm_db_index_usage_stats动态管理视图。
| SelectOBJECT_NAME(sys.indexes.object_id) TableName, sys.indexes.name, sys.dm_db_index_usage_stats.user_seeks, sys.dm_db_index_usage_stats.user_scans, sys.dm_db_index_usage_stats.user_lookups, sys.dm_db_index_usage_stats.user_updates fromsys.dm_db_index_usage_stats joinsys.indexesonsys.dm_db_index_usage_stats.object_id=sys.indexes.object_id ANDsys.dm_db_index_usage_stats.index_id =sys.indexes.index_id ANDsys.indexes.name notlike‘PK%’ ANDOBJECT_NAME(sys.indexes.object_id)<>‘sysdiagrams’ wheresys.dm_db_index_usage_stats.database_id =DB_ID() and user_scans = 0 and user_scans = 0 and user_lookups = 0 and user_seeks = 0 andsys.dm_db_index_usage_stats.index_id NOTIN(0,1) ORDERBYOBJECT_NAME(sys.indexes.object_id), sys.indexes.name |
创建文件组
提高索引性能的一个重要方法是创建一个或多个文件组，以存储非聚簇索引。只有非聚簇索引能够与索引所对应的表可以存储在不同的文件组中。如果您想要在与表不同的文件组中创建一个聚簇索引，不管它是否基于主键，SQL Server都会将表移动到这个新的文件组中。
将非聚簇索引与基本表分离可以将索引的存储和I/O需求从索引对应的表转移到其他文件组中，可以减少您对索引修改操作的时间。虽然在您的数据库中使用多个文件组会增加数据库的管理负载，但是最终这个改进是值得的。
当为第二个文件组创建物理文件时，一定要将文件保存到另一组物理磁盘上，这样工作负载才能实际上转到不同的区域。如果两个物理文件都存储于同一个物理区域，那么即使您能获得一些性能提升，这个提高也不会很大。
