SQL Server 2008大表索引优化咨询：新增Archived索引能否提速？

好问题！咱们一步步拆解这个情况，看看新增Archived索引到底能不能帮到你：

首先明确核心前提 #

你当前的日常查询语句是：

select * from bigtable where Order=:Order and DB_YEAR=:DB_YEAR

这个查询没有包含Archived字段的过滤条件，这是判断索引是否有用的关键。

1. 单独新增Archived单列索引，对现有查询毫无帮助 #

数据库优化器只会在查询条件中用到对应字段时，才会考虑使用该索引。你的现有查询根本没涉及Archived，所以这个单列索引完全不会被触发，自然不会带来任何性能提升。

而且Archived字段的基数极低（只有1万条是Archive=0，其余69万都是Archive=1），就算未来查询用到这个字段，单独的Archived索引也只能过滤出大批次数据（比如查Archive=1时，还是要处理69万条），对精准定位帮助很小。

2. 针对当前查询，最有效的优化是替换为复合索引 #

你现在有两个单列索引Orders和DB_YEAR，查询时优化器可能会选择其中一个索引先过滤，再在结果集中过滤另一个条件，或者做索引合并——这两种方式的效率都远不如复合索引。

建议你创建一个复合索引：

CREATE INDEX idx_order_year ON bigtable (Orders, DB_YEAR);

（如果DB_YEAR的选择性更高，也可以调整顺序为(DB_YEAR, Orders)，具体可以通过执行计划验证）

复合索引可以让数据库直接通过索引定位到同时满足Order=:Order和DB_YEAR=:DB_YEAR的行，避免了额外的过滤或合并操作，能显著提升当前查询的速度。

3. 如果未来查询会加入Archived条件，可考虑带Archived的复合索引 #

如果你的业务场景中，未来会频繁出现类似where Order=:Order and DB_YEAR=:DB_YEAR and Archived=0的查询，那可以创建这样的复合索引：

CREATE INDEX idx_archived_order_year ON bigtable (Archived, Orders, DB_YEAR);

因为Archived=0的记录只有1万条，先通过Archived过滤后，剩下的数据集极小，再用Orders和DB_YEAR精准定位，会比原来的索引快很多。但如果查询不带Archived条件，这个索引还是派不上用场。

总结一下：

• 单独加Archived单列索引，对当前查询完全没用；
• 优先考虑把现有两个单列索引替换为(Orders, DB_YEAR)复合索引，这是针对当前查询最直接的性能提升方案；
• 只有当查询会用到Archived过滤条件时，带Archived的复合索引才有价值。

内容的提问来源于stack exchange，提问作者user1937012