COALESCE不能直接包裹窗口函数，必须作用于窗口函数的输入列；执行顺序是先窗口计算后COALESCE，故补缺需写成AVG(COALESCE(col,0)) OVER (...)而非COALESCE(AVG(col) OVER (...),0)。
COALESCE 在窗口函数里能直接用吗？
不能直接包在窗口函数内部当参数用，比如 COALESCE(AVG(col) OVER (...), 0) 是合法的，但 AVG(COALESCE(col, 0)) OVER (...) 才是真正“先补缺再计算”的写法——很多人卡在这一步，以为 COALESCE 能自动穿透窗口逻辑。
关键在执行顺序：窗口函数先按原始数据分组、排序、计算，再返回结果；COALESCE 只作用于单个表达式。想补缺失值，得把 COALESCE 放进窗口函数的输入列里，而不是套在外面。
-
AVG(col) OVER (PARTITION BY id ORDER BY dt)：遇到NULL直接跳过，结果可能仍是NULL（比如整组都是 NULL） -
AVG(COALESCE(col, 0)) OVER (...)：先把NULL换成0，再算平均，结果不会因全空而失效 - 如果想保留原始 NULL 意义（比如“未采集”和“零值”要区分），就不能无脑用
COALESCE，得先明确业务语义
ORDER BY 中有 NULL 怎么办？窗口排序错乱
很多窗口函数依赖 ORDER BY 做累计或滑动计算，但默认 NULL 排最前或最后，导致 ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW 算出意外结果。
必须显式控制 NULL 位置，否则 LAG/LEAD 或累计求和会断档。PostgreSQL 和 SQL Server 支持 NULLS FIRST/NULLS LAST，MySQL 8.0+ 也支持，老版本得靠 COALESCE 或 CASE 临时转换。
- 安全写法：
ORDER BY COALESCE(event_time, '1970-01-01') ASC，把 NULL 统一压到开头 - 更准但稍重：
ORDER BY CASE WHEN event_time IS NULL THEN 0 ELSE 1 END, event_time - 注意：改了排序键会影响整个窗口帧范围，尤其
ROWS模式下，NULL 补位后可能把不该包含的行拉进来
用 COALESCE 处理 LAG/LEAD 的 NULL 返回值
LAG 和 LEAD 在边界处天然返回 NULL（比如第一行没有前一行），这时候用 COALESCE 填默认值最直接。
但要注意：填的默认值类型必须和原列一致，否则隐式转换可能出错。比如 LAG(amount) 是 DECIMAL，COALESCE(LAG(amount), 0) 没问题，但 COALESCE(LAG(amount), '0') 在某些数据库会报类型冲突。
- 推荐写法：
COALESCE(LAG(amount) OVER (ORDER BY id), 0::DECIMAL)（PostgreSQL）或显式CAST - 别写
COALESCE(LAG(amount, 1, 0) ...)—— 第三个参数是 PostgreSQL 特有的默认值，但 MySQL 不支持，跨库时容易漏掉 - 如果业务上“无前值”需要特殊标记（如 -999），比填 0 更合适，这时
COALESCE依然适用，但得确认下游是否识别该标记
性能隐患：COALESCE 套太多层会让窗口函数变慢
在大表上跑 SELECT COALESCE(COALESCE(col1, col2), col3) 再套窗口函数，看起来没问题，实际可能拖慢执行计划——优化器未必能有效下推过滤或剪枝。
尤其是涉及多列 fallback 的场景，不如提前在子查询或 CTE 里处理好，让窗口函数只面对干净字段。
- 慢写法：
AVG(COALESCE(COALESCE(sales, forecast), 0)) OVER (...) - 快一点：
WITH clean AS (SELECT id, COALESCE(COALESCE(sales, forecast), 0) AS value FROM t) SELECT AVG(value) OVER (...) FROM clean - 注意：CTE 不一定提升性能，但能让逻辑分层、避免重复计算，也方便加索引提示（比如对
clean.value建表达式索引）
真正难的是判断“哪里该补、补成什么”，不是语法会不会写。业务规则没厘清之前，代码补得再密，结果也可能误导人。
