要拿到下个月数据，需用LEAD(value, 1) OVER (ORDER BY month_date)，但前提是month_date为标准日期类型且无缺失月份；否则结果错位。
LEAD函数怎么写才能拿到下个月数据
直接用 LEAD(value, 1) 拿不到“下个月”的值——它只按查询结果的**行序**取下一行，和日期是否连续无关。必须先确保数据按月份严格升序排列，且不能有缺失月。常见错误是没加 ORDER BY month_date 或用了字符串格式的月份（如 '2024-01'），导致排序错乱。
实操建议：
- 月份字段必须是
DATE类型或能正确排序的格式（推荐YYYY-MM-01） -
LEAD()的第二个参数保持为1，第三个参数设默认值（如0），避免NULL参与后续除法 - 务必在窗口定义中显式写
ORDER BY month_date ASC
环比增长率公式里怎么防除零和NULL
用 LEAD(sales, 1) OVER (ORDER BY month_date) 拿到下月值后，当前月是“基期”，下月是“报告期”，但环比增长通常定义为 (报告期 - 基期) / 基期。注意：这里容易把分子分母搞反，也容易忽略基期为 0 或 NULL 的情况。
安全写法示例：
ROUND(
CASE
WHEN sales = 0 OR sales IS NULL THEN NULL
ELSE (LEAD(sales, 1) OVER (ORDER BY month_date) - sales) * 1.0 / sales
END,
4
) AS mom_growth关键点：
- 乘
1.0强制转浮点，避免整数除法截断 - 用
CASE显式拦截sales = 0，不依赖NULLIF（有些数据库对NULLIF(0,0)行为不一致） - 别在外部用
WHERE sales IS NOT NULL过滤——会丢失最后一行（它没有“下月”数据，LEAD返回 NULL，但这一行本身要参与展示）
为什么结果里最后一个月的环比总是NULL
这是 LEAD 的正常行为：最后一行没有“下一行”，所以返回 NULL。不是 bug，是设计如此。如果你看到中间某行也出现 NULL，大概率是原始数据里该月份缺失（比如 2024-03 缺失，则 2024-02 的 LEAD 会跳到 2024-04，造成逻辑错位）。
补全缺失月份的方法（以 PostgreSQL 为例）：
- 用
GENERATE_SERIES构造完整月份序列 -
LEFT JOIN原始数据，把缺失月的sales补为0或NULL - 再套
LEAD——此时行序连续，结果才可信
MySQL 用户需手动构造月份表或用递归 CTE；SQLite 则基本靠应用层补全。
不同数据库对LEAD的NULL处理差异
LEAD(value, 1, 0) 的默认值参数在各库支持度不同：PostgreSQL、SQL Server、Oracle 都支持；MySQL 8.0+ 支持；但旧版 MySQL 和 SQLite 不支持第三参数，必须用 COALESCE(LEAD(...), 0) 替代。
更隐蔽的坑：
- SQL Server 默认窗口帧是
RANGE BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW，虽不影响LEAD，但若混用其他窗口函数易出错 - 某些数据库（如 Trino）对
LEAD的OFFSET参数要求正整数，传负数会报错 - 如果月份字段含时分秒（如
'2024-01-15'），ORDER BY仍会精确到秒，需先TRUNC(month_date, 'MM')或DATE_TRUNC('month', month_date)标准化
实际跑之前，先 SELECT month_date, LEAD(month_date) OVER (ORDER BY month_date) 看两列是否真的一一对应下月，比查文档更快定位问题。
