直接JOIN明细表与汇总表会导致结果膨胀或“子查询返回多行”错误，因二者粒度不一致且JOIN是笛卡尔匹配；应使用WITH定义带唯一粒度键的临时表，再LEFT JOIN对齐。
为什么直接 JOIN 会报“子查询返回多行”或结果膨胀？
当你试图把一张明细表（比如订单行 item）和一张汇总表（比如按天统计的销售额 day_summary）用日期字段关联时，JOIN 往往会出问题：明细表里同一天有 100 行，汇总表里那天只有 1 行，结果就变成 100 行重复值——这不是你想要的“平摊”，而是爆炸式膨胀。更糟的是，如果汇总表是用 GROUP BY 算出来的，又在 WHERE 或 ON 里直接引用它，还可能触发 Subquery returns more than 1 row 错误。
根本原因在于：两张表的自然粒度不一致，SQL 的 JOIN 是笛卡尔式匹配，不是“把汇总值分摊到每行”的语义操作。
用 WITH 定义临时表 + LEFT JOIN 实现可控粒度对齐
核心思路是先用 WITH 把汇总逻辑固化成一个带明确主键（如 stat_date）的临时结果集，再以明细表为驱动，用 LEFT JOIN 拉取对应粒度的汇总值。这样既避免子查询被反复执行，也防止隐式多对多。
-
WITH中的汇总必须包含能唯一标识粒度的字段（如stat_date、product_id），不能只写SELECT SUM(sales)不带GROUP BY - 明细表的关联字段类型要和临时表完全一致（比如都是
DATE，别一边是DATETIME一边是DATE导致隐式转换失败） - 用
LEFT JOIN而非INNER JOIN，确保明细行不丢失；缺失汇总值时字段为NULL，后续可用COALESCE填默认值
WITH day_summary AS (
SELECT
DATE(order_time) AS stat_date,
SUM(amount) AS daily_total,
COUNT(*) AS order_cnt
FROM orders
GROUP BY DATE(order_time)
)
SELECT
i.order_id,
i.item_name,
i.amount,
COALESCE(ds.daily_total, 0) AS daily_total,
ds.order_cnt
FROM order_items i
LEFT JOIN day_summary ds ON DATE(i.created_at) = ds.stat_date;
什么时候该用临时表而不是窗口函数？
窗口函数（如 SUM() OVER (PARTITION BY ...)）看起来更简洁，但它解决的是“同一张表内按组计算并广播”，无法引入外部聚合逻辑。如果你的汇总数据来自另一张物理表、或需要复杂预处理（比如排除退款单、按渠道加权），就必须用 WITH 或显式 CREATE TEMP TABLE。
- 窗口函数适合：明细表自身可分组聚合，且不需要 join 其他表
- 临时表适合：汇总逻辑跨表、含业务过滤条件、或需复用多次（比如同时关联日汇总 + 周汇总 + 用户维度）
- 注意：某些数据库（如 MySQL 5.7）不支持
WITH，得改用CREATE TEMPORARY TABLE+INSERT INTO ... SELECT
临时表字段命名冲突和 NULL 处理最容易被忽略
当临时表和明细表都有 id、name 这类通用字段时，SELECT * 会直接报错或覆盖字段。另外，汇总值为空（比如某天没订单）时，LEFT JOIN 后对应字段是 NULL，但很多业务代码没做判空，导致后续计算崩掉。
- 永远显式写出
SELECT字段，给临时表字段加前缀（如ds_daily_total） - 所有来自临时表的数值字段，都套一层
COALESCE(..., 0)或NULLIF(..., 0)，根据业务含义决定默认值 - 如果临时表数据量大，记得在关联字段（如
stat_date）上建索引——临时表本身不自动带索引，WITH更是纯逻辑结构
