SQL Server含UNION ALL的视图创建索引的解决方案咨询

遇到这种用UNION ALL拼接多表的视图跑不动的情况太常见了，毕竟SQL Server的索引视图确实明确禁止使用UNION或UNION ALL。不过别慌，我整理了几个实战中验证有效的办法，你可以根据自己的场景选：

• 优先优化底层表的索引
  视图本身只是一个查询定义，它的性能完全依赖底层表的索引情况。如果a、b、c这三个表没有合适的索引，哪怕视图再简单也会慢。你可以：

  1. 分析视图的实际查询场景（比如常用来过滤哪些列、排序哪些列）
  2. 给每个表创建覆盖索引，包含查询需要的所有列，这样数据库不需要回表就能拿到数据
  3. 如果有频繁的过滤条件，把过滤列作为索引的键列，进一步提升查询效率
     这个办法成本最低，很多时候优化完底层索引，视图的性能就能上去一大截。

• 改用分区视图并创建索引
  如果你这三个表的结构完全一致（从select *来看应该是），可以把它们改造成分区视图，这种视图是支持创建索引的。不过要满足几个关键条件：

  1. 每个表必须有一个分区列（比如ID、创建日期这类有明确范围的列），且各个表的分区列值范围完全不重叠（比如表a存2023年的数据，表b存2024年，表c存2025年）
  2. 给每个表的分区列创建唯一聚集索引
  3. 视图定义中保留UNION ALL，但确保每个表的查询可以通过分区列快速定位
     满足这些条件后，你就能在分区视图上创建索引了，查询时SQL Server会自动只扫描对应的分区表，性能和索引视图差不多。

• 手动实现物化视图
  既然系统自带的索引视图有限制，那我们可以自己手动做一个物化表：

  1. 创建一个和视图结构完全相同的表abc_materialized
  2. 用SQL Server Agent作业定时同步a、b、c的数据到这个表（比如每15分钟执行一次TRUNCATE TABLE abc_materialized; INSERT INTO abc_materialized SELECT * FROM a UNION ALL SELECT * FROM b UNION ALL SELECT * FROM c;）
  3. 给这个物化表创建合适的索引
     这种方式的好处是灵活，没有索引视图的各种限制，但要注意数据一致性：如果你的数据更新频繁，定时同步会有延迟；如果要实时同步，可以给a、b、c三个表加触发器，当数据变更时同步到物化表，但这样会增加写入的性能开销。

• 重写查询逻辑，绕过视图
  如果业务场景允许，你可以直接在查询中针对a、b、c三个表分别编写查询，然后在应用层做结果拼接，或者在SQL中直接写UNION ALL但结合每个表的索引优化。比如如果你的查询是SELECT * FROM abc WHERE create_time > '2024-01-01'，可以改成：

  SELECT * FROM a WHERE create_time > '2024-01-01'
  UNION ALL
  SELECT * FROM b WHERE create_time > '2024-01-01'
  UNION ALL
  SELECT * FROM c WHERE create_time > '2024-01-01'
  

  这样每个子查询都能用到表上的create_time索引，比直接查视图效率高很多。

内容的提问来源于stack exchange，提问作者Amateur.techie