SQL多指标报表一次生成的关键是单次扫描完成多聚合：用CASE WHEN+聚合实现条件计数求和，窗口函数补全维度避免JOIN扩行，CTE预聚合复用中间结果。
SQL多指标报表一次生成的关键，在于避免对同一张大表反复扫描。多次扫描不仅拖慢查询速度，还加重数据库I/O和CPU负担。核心思路是：用单次扫描完成多个聚合计算，通过条件聚合、窗口函数或预聚合子查询等方式，把原本需要多条SELECT语句或多次JOIN的逻辑，合并到一个查询中。
用CASE WHEN + 聚合实现条件计数/求和
这是最常用也最有效的“一次扫描多指标”方法。把不同业务口径的统计逻辑，写进同一个SUM、COUNT等聚合函数内部，配合CASE WHEN做条件分流。
- 例如统计“订单总数、已支付订单数、未支付订单数、总金额、已支付金额”，全部基于orders表一次扫描：
SELECT
COUNT(*) AS total_orders,
SUM(CASE WHEN status = 'paid' THEN 1 ELSE 0 END) AS paid_orders,
SUM(CASE WHEN status != 'paid' THEN 1 ELSE 0 END) AS unpaid_orders,
SUM(amount) AS total_amount,
SUM(CASE WHEN status = 'paid' THEN amount ELSE 0 END) AS paid_amount
FROM orders;
所有字段均来自一次全表（或索引）扫描，无需子查询或UNION。
用窗口函数补全维度信息，避免JOIN扩行
当报表需同时呈现明细级指标（如每笔订单的累计占比）和汇总级指标（如全量平均客单价）时，传统做法常先GROUP BY再JOIN回明细——这会引发笛卡尔积或二次扫描。改用窗口函数可一步到位。
- 例如在订单明细中，同时显示“本单金额、类目平均金额、该用户历史订单数、全量订单中位数”：
SELECT
order_id, user_id, category, amount,
AVG(amount) OVER (PARTITION BY category) AS avg_amount_by_cat,
COUNT(*) OVER (PARTITION BY user_id) AS user_order_cnt,
PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY amount) OVER () AS median_amount
FROM orders;
所有聚合结果都在扫描orders表时实时计算，不增加扫描次数，也不依赖临时表。
用CTE或内联视图预聚合，复用中间结果
当指标逻辑较复杂（如含多层过滤、嵌套计算），可将共用的聚合结果提取为CTE或子查询，后续各指标直接引用，避免重复计算相同分组。
- 例如统计“各城市GMV、新客占比、复购率、平均订单频次”，其中新客、复购等都依赖“用户首次下单时间”，只需算一次：
WITH user_first AS (
SELECT user_id, MIN(order_date) AS first_order_date
FROM orders GROUP BY user_id
),
city_agg AS (
SELECT
c.city,
SUM(o.amount) AS gmv,
COUNT(o.order_id) AS order_cnt,
COUNT(DISTINCT o.user_id) AS user_cnt
FROM orders o
JOIN users u ON o.user_id = u.user_id
JOIN cities c ON u.city_id = c.city_id
GROUP BY c.city
)
SELECT
ca.city,
ca.gmv,
ROUND(COUNT(CASE WHEN uf.first_order_date = DATE(o.order_date) THEN 1 END) * 1.0 / ca.user_cnt, 3) AS new_user_ratio,
ROUND(COUNT(CASE WHEN uf.first_order_date ROUND(ca.order_cnt * 1.0 / ca.user_cnt, 2) AS avg_order_per_user
FROM city_agg ca
JOIN orders o ON o.user_id IN (SELECT user_id FROM user_first)
JOIN user_first uf ON o.user_id = uf.user_id
GROUP BY ca.city, ca.gmv, ca.order_cnt, ca.user_cnt;
CTE中预先算好user_first和city_agg，主查询不再重复扫描原始orders表做同样分组。
注意索引与执行计划验证
再好的SQL写法，若缺少合适索引，仍可能触发全表扫描。务必检查执行计划（EXPLAIN），确认是否命中索引、是否出现临时表或文件排序。
- 关键字段（如WHERE、JOIN、GROUP BY、ORDER BY涉及的列）应有复合索引支持；
- 对含大量CASE WHEN的聚合，确保过滤条件能利用索引下推；
- 在MySQL 8.0+、PostgreSQL、Oracle等支持物化CTE的引擎中，可考虑MATERIALIZED提示提升复用效率（视版本而定）。
不复杂但容易忽略。
