left join能补全缺失日期是因为以完整日期序列为主表，左连接业务表后缺失日显null，再用coalesce填0；生成连续日期可用递归cte（mysql 8.0+）、generate_series（postgresql）等，避免硬写union all。

为什么LEFT JOIN加日期序列能补全缺失日期

因为真实业务数据往往只存有发生记录的日期，比如销售表里只有“2024-03-01”“2024-03-03”，缺了“2024-03-02”——直接查SUM会跳过这一天，导致趋势图断档。用LEFT JOIN把完整日期序列作为主表，再关联原始数据，就能让缺失日显示NULL，后续用COALESCE或IFNULL填0即可。

怎么生成连续日期序列（PostgreSQL / MySQL 8.0+ / SQL Server）

不同数据库语法差异大，但核心思路一致：用递归CTE或系统表生成整数序列，再转为日期。别硬写几十个UNION ALL。

• PostgreSQL：GENERATE_SERIES()最简洁，例如SELECT CURRENT_DATE - INTERVAL '6 days' + s.day::int AS dt FROM GENERATE_SERIES(0,6) AS s(day)
• MySQL 8.0+：用递归CTE，起始WITH RECURSIVE dates(dt) AS (SELECT '2024-03-01' UNION ALL SELECT DATE_ADD(dt, INTERVAL 1 DAY) FROM dates WHERE dt
• SQL Server：用master..spt_values或VALUES ROWS（2022+），避免依赖临时表

注意：序列范围必须覆盖你所需时间窗口，且WHERE条件要写在JOIN之后，否则会提前过滤掉无匹配的日期行。

LEFT JOIN时ON条件写错会导致全表丢失

常见错误是把日期过滤写进ON子句，比如ON t.date = d.dt AND t.status = 'completed'——这会让t.status不满足的日期也变成NULL，实际想保留所有日期、只过滤右表逻辑，应把t.status = 'completed'移到WHERE或子查询里。

• ✅ 正确：先生成完整d.dt，再LEFT JOIN原表，最后用WHERE t.date IS NOT NULL或AND t.status = ...做右表筛选（若需限制右表）
• ❌ 错误：ON t.date = d.dt AND t.amount > 0 → 缺失日期仍存在，但本该有数据的日期若amount 也会被当空处理
• 性能提示：给原表的日期字段建索引，否则JOIN时扫描全表太慢

补零后聚合结果异常？检查GROUP BY和NULL处理

补全日期后常配合SUM(t.sales)统计，但若没处理NULL，SUM会忽略它们——看起来像“某天销量为0”，其实是“没这条记录”，而补零后才是真0。务必用COALESCE(SUM(t.sales), 0)。

• GROUP BY必须包含日期字段d.dt，不能只写t.date（它可能是NULL）
• 如果还要按产品分组，得把产品字段也拉到左表序列里，或改用窗口函数+去重，否则会出现笛卡尔积
• 时区陷阱：序列用CURRENT_DATE生成的是本地时区，但数据表存的是UTC，记得统一转换，比如DATE(t.created_at AT TIME ZONE 'UTC')

最易被忽略的是序列生成与业务日期字段的精度对齐——比如序列是DATE类型，但原表是TIMESTAMP，直接=比较会因时间部分不等失败，得先CAST(t.ts AS DATE)或用DATE(t.ts)。