提升SQL Server查询性能：筛选用静态值还是关联其他表

核心方向：复用分步查询的高效性，从执行逻辑拆分入手 #

由于仅有只读权限，无法修改视图、添加索引，只能通过调整查询逻辑或利用临时存储优化执行计划：

1. 用表变量缓存ID后关联查询 #

既然单独查询视图A的ID耗时极短，先把这些ID存入带主键的表变量，再关联视图B查询：

-- 第一步：将视图A的筛选ID存入表变量（加主键加速后续关联）
DECLARE @FilterIds TABLE (Id INT PRIMARY KEY)
INSERT INTO @FilterIds
SELECT ID FROM table A WHERE ... -- 原视图A的筛选条件

-- 第二步：用表变量关联视图B
SELECT * FROM table B
JOIN @FilterIds ON B.ID = @FilterIds.Id

表变量的主键会让SQL Server在关联时使用高效的查找逻辑，避免IN子查询可能出现的全表扫描问题。

2. 强制重新生成执行计划 #

如果SQL Server的查询优化器对视图的统计信息估算不准，导致执行计划低效，可以用OPTION (RECOMPILE)强制优化器基于当前数据生成最优计划：

SELECT * FROM table B
WHERE ID IN (SELECT ID FROM table A WHERE ...)
OPTION (RECOMPILE)

3. 用EXISTS替代IN #

当视图A的ID存在重复值时，EXISTS的执行逻辑通常比IN更高效，因为它找到匹配项就会停止检索：

SELECT * FROM table B
WHERE EXISTS (
  SELECT 1 FROM table A
  WHERE A.ID = B.ID AND ... -- 原视图A的筛选条件
)

4. 直接使用视图底层表的筛选逻辑 #

查看视图A的定义（执行sp_helptext 'table A'），如果视图包含复杂的多表关联、聚合或自定义函数，优化器可能无法下推筛选条件。此时可以跳过视图，直接写底层表的筛选逻辑，减少优化器的解析负担：
比如原视图A是SELECT ID FROM t1 JOIN t2 ON t1.id = t2.ref_id WHERE t1.status = 1，那可以直接用t1和t2的条件代替视图A：

SELECT * FROM table B
WHERE ID IN (
  SELECT t1.ID FROM t1 JOIN t2 ON t1.id = t2.ref_id WHERE t1.status = 1
)

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