“连续日期的最大间隔”指分组后识别各组内连续日期段，计算每段首尾差值并取最大值；核心是用TRUNC(date) - ROW_NUMBER()生成连续段标识，需过滤NULL、处理字符串日期、注意索引与分区剪枝。
什么是“连续日期的最大间隔”？
这不是求 MAX(date) - MIN(date)，而是先按业务逻辑（比如用户ID）分组，再在每组内把日期连成若干段连续区间（如 2024-01-01, 02, 03 是一段；05, 06 是另一段），最后算出每段中首尾差值，取最大那个差值。本质是「分组 + 连续日期分段 + 段内跨度计算」。
用 ROW_NUMBER() 配合日期差识别连续段
核心思路：对每组内日期排序后，用 date - ROW_NUMBER() OVER (PARTITION BY ... ORDER BY date) 生成“连续段标识”。同一连续段内的该表达式结果恒定，因为日期和行号同步递增。
常见错误是直接用 LAG() 算相邻差再累计——这无法处理跨多行的连续性，且分组后易错乱。
- 必须用
TRUNC(date)统一日期精度，避免时分秒干扰 -
ROW_NUMBER()的ORDER BY必须明确写date ASC，Oracle 默认不保证顺序 - 如果日期有重复，先
DISTINCT或用DENSE_RANK()替代，否则ROW_NUMBER()会把同一天拆成多行
SELECT user_id,
MAX(end_date) - MIN(start_date) AS max_gap
FROM (
SELECT user_id,
TRUNC(log_date) AS log_date,
MIN(TRUNC(log_date)) OVER (PARTITION BY user_id, grp) AS start_date,
MAX(TRUNC(log_date)) OVER (PARTITION BY user_id, grp) AS end_date
FROM (
SELECT user_id,
log_date,
TRUNC(log_date) - ROW_NUMBER()
OVER (PARTITION BY user_id ORDER BY TRUNC(log_date)) AS grp
FROM user_login_log
)
)
GROUP BY user_id;
遇到 NULL 或非标准日期怎么办？
log_date IS NULL 会导致 ROW_NUMBER() 分组错位，整组结果失效。Oracle 不会自动跳过 NULL，必须显式过滤。
- 在子查询最内层加
WHERE log_date IS NOT NULL - 若字段是字符串（如
'20240101'），必须先转TO_DATE(log_date_str, 'yyyymmdd')，否则减法报 ORA-01722 - 时区敏感场景（如
TIMESTAMP WITH TIME ZONE），统一用CAST(... AS DATE)再截断，避免隐式转换引入偏移
性能关键点：索引与数据量
这个写法在百万级数据上可能慢，因为嵌套窗口函数需全表扫描+多次排序。实际执行前务必确认：
- 组合索引存在：
(user_id, TRUNC(log_date))—— 注意 Oracle 函数索引需显式创建，TRUNC()不会自动走普通log_date索引 - 若只查最近30天，外层加
WHERE log_date >= TRUNC(SYSDATE) - 30，别让窗口函数扫全表 - 分区表场景下，确保
user_id或日期列是分区键，否则分区剪枝失效
真正容易被忽略的是：当某组只有单个日期时，MAX - MIN 得 0，但业务上这算“无间隔”还是“1天间隔”需人工定义——代码不会替你判断语义。
