使用UNION ALL创建ViewMetrics视图的性能担忧咨询

需求说明 #

我想要创建一个名为ViewMetrics的视图，把多张表合并成统一结构，方便仪表盘查询使用。创建语句如下：

SELECT Date, Month, 'Sale' AS Metric, Total AS Value, NULL AS Tags FROM SalesLedger

UNION ALL

SELECT Date, Month, 'Purchase' AS Metric, Total AS Value, NULL AS Tags FROM Purchases

常用查询示例：

SELECT SUM(Value) AS Sales FROM ViewMetrics WHERE Metric = 'Sale' 
GROUP BY Month
ORDER BY Month

或者：

SELECT SUM(Value) AS Sales FROM ViewMetrics WHERE Metric = 'Sale' OR Metric = 'Purchase'
GROUP BY Date, Tags

我担心数据库扩张后，大量UNION ALL会让视图查询时扫描不必要的数据，严重拖慢性能。

优化建议 #

1. 验证谓词下推是否生效
   多数现代数据库（比如SQL Server、PostgreSQL、MySQL）都支持谓词下推——当你在视图查询里添加WHERE Metric='Sale'这类过滤条件时，数据库会直接只访问SalesLedger表，不会去扫描Purchases表。你可以通过查看执行计划确认：如果计划里只有目标源表，说明下推正常工作，这种情况下UNION ALL不会带来额外性能开销。

2. 避免无节制的UNION ALL堆叠
   如果后续要加入更多业务表，别盲目往视图里加UNION ALL：

   • 按业务拆分视图：比如单独创建SalesMetrics和PurchaseMetrics视图，仪表盘根据需求组合查询；
   • 采用列式存储/分区表：如果数据库支持（比如SQL Server的列存储索引、PostgreSQL的分区表），针对这类分析场景优化存储结构，能大幅提升查询速度。

3. 给源表添加针对性索引
   确保SalesLedger和Purchases表的Month、Date、Total字段有合适的索引。比如给每个表创建(Month, Total)的复合索引，能直接加速分组求和类的查询，减少扫描行数。

4. 考虑使用物化视图（若适用）
   如果仪表盘查询对实时性要求不高，可以用物化视图预先计算聚合结果。比如PostgreSQL的MATERIALIZED VIEW、SQL Server的索引视图，查询时直接读取预先计算好的数据，避免每次都扫描原始表。

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