在一个数据库上创建索引会给数据库带来负面影响。当对表执行插入、更新和删除操作时，您就会看到这个性能的负面影响。您对表每作一次修改，包含这些修改记录的索引都必须更新，以符合最新的修改。

　　使用过滤索引后，需要更新的索引变少了。然而，包含这些记录的索引仍然需要在记录修改时进行更新。

　　因为这些操作必须在每一次数据修改时进行，您应该把数据库中不用于查询数据的索引删除。这样可以减少数据库的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需求从索引对应的表转移到其他文件组中，可以减少您对索引修改操作的时间。虽然在您的数据库中使用多个文件组会增加数据库的管理负载，但是最终这个改进是值得的。

　　当为第二个文件组创建物理文件时，一定要将文件保存到另一组物理磁盘上，这样工作负载才能实际上转到不同的区域。如果两个物理文件都存储于同一个物理区域，那么即使您能获得一些性能提升，这个提高也不会很大。