如何让SQL Server中含列运算的WHERE子句查询避免全表扫描？

你的目标是优化这条查询，避免全表扫描：

SELECT *
FROM order_lines
WHERE ordered - served > 0

下面针对你的疑问逐一分析，并给出其他可行方案：

你的选项分析 #

• 选项1：为两列都创建索引
  你的判断是对的。单独给ordered和served建立单列索引无法解决问题——因为查询条件依赖两列的计算结果，SQL Server仍需遍历索引或全表，逐行计算ordered - served的值来判断是否符合条件，本质上还是扫描操作，无法利用索引快速定位目标行。

• 选项2：创建名为"pending"的计算列并建索引
  这是最直接有效的方案。你可以先创建一个持久化计算列，再为其建立索引：

  -- 添加持久化计算列
  ALTER TABLE order_lines
  ADD pending AS (ordered - served) PERSISTED;
  
  -- 为计算列创建非聚集索引，若SELECT *需要所有列，需INCLUDE其他列
  CREATE NONCLUSTERED INDEX IX_order_lines_pending 
  ON order_lines(pending)
  INCLUDE (ordered, served); -- 替换为你需要返回的其他列，或直接INCLUDE所有列（如果列不多）
  

  之后查询时，SQL Server可以直接通过索引快速筛选pending > 0的行，彻底避免全表扫描。如果你的查询需要返回所有列，记得将其他列包含到索引中，或者根据业务场景考虑将该计算列设为聚集索引键（需符合聚集索引的唯一性等要求）。

其他可行方案 #

• 索引视图（无需修改原表）
  若不想改动原表结构，可以创建带索引的视图来存储计算逻辑：

  -- 创建绑定架构的视图，索引视图要求包含COUNT_BIG(*)
  CREATE VIEW vw_order_lines_pending
  WITH SCHEMABINDING
  AS
  SELECT 
      ordered, 
      served, 
      (ordered - served) AS pending,
      COUNT_BIG(*) AS row_count
  FROM dbo.order_lines
  GROUP BY ordered, served;
  
  -- 为视图创建聚集索引
  CREATE UNIQUE CLUSTERED INDEX IX_vw_order_lines_pending 
  ON vw_order_lines_pending(pending);
  

  之后通过查询该视图获取符合条件的数据即可。不过这种方式会增加数据写入（INSERT/UPDATE/DELETE）时的开销，适合查询频率远高于写入频率的场景。

• 结合额外过滤条件的复合索引
  如果你的业务场景中可以添加额外的过滤条件（比如订单日期范围），可以创建包含该条件和计算相关列的复合索引。例如：

  CREATE NONCLUSTERED INDEX IX_order_lines_orderdate_ordered_served
  ON order_lines(order_date, ordered, served);
  

  此时如果查询加上order_date >= '2024-01-01'这类条件，SQL Server可以先通过order_date快速缩小范围，再计算ordered - served的值，减少扫描的行数。但如果没有额外过滤条件，这个方案无法直接解决问题。

内容的提问来源于stack exchange，提问作者José Mi