LAG()能可靠检测时间序列间断点，但需显式ORDER BY、非空时间字段、二级排序防重复，且仅标出缺口而不填补；因空洞本质是当前行与上一行日期存在未覆盖间隔，故须用DATEDIFF(DAY, LAG() OVER (ORDER BY date_col), date_col) > 1判断，不可直接相减。
直接说结论：LAG() 能可靠检测时间序列中的间断点，但必须配合显式 ORDER BY、非空时间字段、二级排序防重复，且它只负责“标出缺口”，不负责“填上缺口”。
为什么 LAG(date_col) > 1 就算有空洞？
时间序列的“空洞”本质是：当前行日期与上一行日期之间存在未被覆盖的时间间隔。LAG() 提供了获取上一行日期的能力，只要做一次 DATEDIFF 就能暴露这个间隔：
- 必须用
DATEDIFF(DAY, LAG(date_col) OVER (ORDER BY date_col), date_col)，不能直接减（SQL Server 不支持 DATE 直接相减） - 首行的
LAG()返回 NULL，DATEDIFF会报错，得用COALESCE(LAG(date_col), date_col)或更稳妥的COALESCE(LAG(date_col) OVER (ORDER BY date_col), DATEADD(DAY, -1, date_col))避免 NULL 参与计算 - 如果原始列含时间部分（如
2026-05-20 14:30:00），先CAST(date_col AS DATE)再比，否则跨日但同天的记录会被误判为无空洞
ORDER BY date_col 为什么会崩？常见三类陷阱
窗口函数的排序不是装饰，它定义了“前后”的物理顺序。真实数据里这三处最容易让 LAG() 返回错误参照值：
- 时间字段为 NULL：整列
ORDER BY date_col会把 NULL 排在最前或最后（依数据库而定），导致第二行的LAG()拿到的是 NULL 而非真实前一个日期 —— 必须加WHERE date_col IS NOT NULL过滤或在窗口外处理 - 存在重复日期：多条记录同一天时，
ORDER BY date_col无法保证稳定顺序，LAG()可能取到同一天的另一条，而非逻辑上前一个有效时间点 —— 必须加二级排序，例如ORDER BY date_col, id或ORDER BY date_col, created_at - 时间是字符串类型：比如
'2026-05-20'存成 VARCHAR，ORDER BY按字典序排，'2026-05-2'会排在'2026-05-10'前面 —— 必须提前转类型：ORDER BY CAST(date_col AS DATE)
检测出空洞后，怎么生成缺失日期行？
检测只是第一步。要补全，得把“缺的那些天”真正造出来，再和原表 LEFT JOIN。不同数据库方案差异大：
- PostgreSQL：用
generate_series()最省事，但别直接generate_series(MIN, MAX)—— 若跨度千万天，内存爆掉。应先用LEAD()提取所有缺口区间：SELECT date_col + INTERVAL '1 day' AS gap_start, LEAD(date_col) OVER (ORDER BY date_col) - INTERVAL '1 day' AS gap_end FROM ... WHERE DATEDIFF(...) > 1，再对每个(gap_start, gap_end)调用generate_series() - SQL Server：递归 CTE 是主力，锚点写
SELECT DATEADD(DAY, 1, prev_date) AS fill_date，递归体写SELECT DATEADD(DAY, 1, fill_date) FROM cte WHERE fill_date ，并加 <code>OPTION (MAXRECURSION 0)防止默认 100 层截断 - MySQL 8.0+：没
generate_series也没原生递归 CTE，得靠变量或数字辅助表模拟；若缺口少，可用UNION ALL手动拼几个DATE_ADD()表达式应急
LAG() 不能替代时间对齐，这点最容易被忽略
很多人以为 LAG(value) 能自动找到“时间上最近的前一个值”，其实它只找“结果集里排序后的上一行”。设备乱序上报、批量补录、秒级精度丢失都会导致：物理上相邻的两行，时间差可能是 3 小时，也可能只是 200 毫秒。这时 LAG() 返回的值根本不是你想要的“前一个有效观测点”。真要按时间距离找邻居，得用自连接：SELECT t1.date, t1.value, (SELECT t2.value FROM tbl t2 WHERE t2.date ，或者 PostgreSQL 的 <code>ARRAY_AGG(value) FILTER (WHERE date 。窗口函数在这里只是工具，不是解法本身。
