LEAD/LAG需数据库版本支持（如MySQL 8.0+）并必须带OVER子句，含ORDER BY及可选PARTITION BY；需用COALESCE处理NULL，结合数据库特有时间差函数（如MySQL用TIMESTAMPDIFF）并注意时区、精度与数据类型影响。
LEAD 和 LAG 函数怎么写才不报错
直接用 LEAD() 或 LAG() 却提示 “window function not supported” 或 “missing OVER clause”，大概率是数据库版本太低或没加窗口定义。MySQL 8.0+、PostgreSQL、SQL Server 2012+、Oracle、DuckDB 都支持，但 SQLite（除非是最新 dev 版）和旧版 MySQL（如 5.7）压根不认这两个函数。
必须带 OVER 子句，且至少指定排序依据，否则语法错误。常见写法是：
LAG(order_time) OVER (ORDER BY order_time)
如果要按用户分组再算间隔，就得加上 PARTITION BY user_id，否则所有订单混在一起排，跨用户取值就乱了。
计算“前后两笔订单间隔”的正确逻辑顺序
间隔本质是当前行与前一行（或后一行）时间字段的差值，不能直接对 LAG() 结果做减法而不处理 NULL —— 第一笔订单没有“上一笔”，LAG() 返回 NULL，NULL 参与减法结果还是 NULL，导致整列变空。
实操建议：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
- 用
LAG(order_time) OVER (PARTITION BY user_id ORDER BY order_time)拿到上一笔订单时间 - 用
COALESCE(DATEDIFF(order_time, LAG(...)), 0)或类似时间差函数兜底（注意不同数据库函数名不同：DATEDIFF在 MySQL，AGE()在 PostgreSQL，DATEDIFF(second, ..., ...)在 SQL Server） - 若需单位为小时或分钟，别用
DATEADD类函数反向推，直接换算：比如 PostgreSQL 中EXTRACT(EPOCH FROM (order_time - prev_time)) / 3600
MySQL 8.0 下完整可跑示例
假设表叫 orders，字段有 user_id、order_time（DATETIME 类型）：
SELECT
user_id,
order_time,
COALESCE(
TIMESTAMPDIFF(HOUR, LAG(order_time) OVER (PARTITION BY user_id ORDER BY order_time), order_time),
0
) AS hours_since_last
FROM orders;
注意点：
-
TIMESTAMPDIFF是 MySQL 专用，单位必须显式指定（HOUR、MINUTE、SECOND），不能传变量 -
LAG()默认取前 1 行，想跳过中间订单（比如只比对隔一笔），得写LAG(order_time, 2) - 如果
order_time有重复值，ORDER BY order_time可能导致窗口内排序不稳定，建议补一个唯一字段如ORDER BY order_time, order_id
容易被忽略的时区与精度问题
间隔计算结果偏差，常常不是逻辑错，而是数据本身埋了坑：
- 数据库时区和应用写入时区不一致，比如写入用 UTC，但会话时区设成 +08:00，
order_time看似一样，实际差 8 小时 - 字段类型是
TIMESTAMP还是DATETIME？前者自动转时区，后者原样存，混用会导致LAG()拿到的时间值和预期不符 - 毫秒级精度下，
TIMESTAMPDIFF会截断，MySQL 不支持毫秒级差值，得用(UNIX_TIMESTAMP(order_time) - UNIX_TIMESTAMP(prev_time)) * 1000手动算毫秒
跨天、跨月的间隔别用简单减法，TIMESTAMPDIFF(MONTH, ...) 才是安全的——它按日历月计算，不是固定 30 天。
