mysql 8.0+ 中需用 first_value/last_value 配合 over(partition by ... order by ... rows between unbounded preceding and unbounded following) 获取分组内最早/最晚记录，否则 last_value 默认仅到当前行会出错。
MySQL 8.0+ 怎么用 FIRST_VALUE 和 LAST_VALUE 取分组内最早/最晚记录
FIRST_VALUE 和 LAST_VALUE 不是聚合函数，而是窗口函数，必须配合 OVER() 使用。直接写 SELECT FIRST_VALUE(col) FROM t GROUP BY x 会报错 —— 因为它们不参与 GROUP BY 的逻辑，也不能替代 MIN()/MAX() 做时间比较。
常见错误现象：
- 报错
ERROR 3579 (HY000): Window function is not allowed in this context：在GROUP BY查询里直接用了窗口函数 - 结果和预期不符：没加
ORDER BY子句，LAST_VALUE返回的不是时间最晚那条，而是分区末尾那条（默认框架是ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW）
正确做法：
- 先用
ROW_NUMBER() OVER(PARTITION BY group_col ORDER BY time_col)标记每组内的顺序，再用WHERE rn = 1或rn = max_rn过滤 - 或者直接用
FIRST_VALUE(col) OVER(PARTITION BY group_col ORDER BY time_col ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING)，显式指定窗口范围
SELECT user_id, FIRST_VALUE(order_id) OVER(PARTITION BY user_id ORDER BY created_at ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) AS first_order_id, LAST_VALUE(order_id) OVER(PARTITION BY user_id ORDER BY created_at ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING) AS last_order_id FROM orders;
注意：LAST_VALUE 默认窗口只到当前行，不加 ROWS ... 会导致它总返回当前行的值，不是真·最后一条。
PostgreSQL 里没有 FIRST_VALUE？其实有，但常用 DISTINCT ON 更简洁
PostgreSQL 支持标准窗口函数，FIRST_VALUE 和 LAST_VALUE 可用，但多数人更倾向用 DISTINCT ON 配合排序取每组首条：
SELECT DISTINCT ON (user_id) user_id, order_id, created_at FROM orders ORDER BY user_id, created_at;
取最晚记录只需改 ORDER BY user_id, created_at DESC。
为什么不用窗口函数？
-
DISTINCT ON语义清晰、性能通常更好（能走索引） - 窗口函数在 PostgreSQL 中仍需处理默认窗口帧问题，容易漏掉
ROWS子句导致结果异常
SQL Server 的 TOP 1 WITH TIES + ROW_NUMBER 是稳妥方案
SQL Server 不支持 LAST_VALUE 的跨行全窗口（旧版本），且 OVER() 框架行为和 MySQL 不完全一致。推荐组合：
- 用
ROW_NUMBER() OVER(PARTITION BY group_col ORDER BY time_col)和ROW_NUMBER() OVER(PARTITION BY group_col ORDER BY time_col DESC)分别标出“最早”和“最晚”序号 - 或统一用一个序号，再用
TOP 1 WITH TIES配合ORDER BY实现分组极值选取
SELECT TOP 1 WITH TIES user_id, order_id, created_at FROM orders ORDER BY ROW_NUMBER() OVER(PARTITION BY user_id ORDER BY created_at);
这个写法实际等价于“每组取 created_at 最小的那条”，但要注意：SQL Server 的 WITH TIES 依赖 ORDER BY 表达式是否可排序，不能写成子查询或复杂函数。
别把 MIN(time_col) 当成“最早那条记录”的全部信息
这是最容易踩的坑：用 GROUP BY + MIN(created_at) 只能拿到时间戳，拿不到对应那条记录的 order_id、status 等字段。
错误示范：
SELECT user_id, MIN(created_at) FROM orders GROUP BY user_id; -- ❌ 拿不到 order_id
正确思路是“先确定目标行，再取整行”：
- 用窗口函数标记后过滤（推荐，通用性强）
- 用关联子查询（
WHERE created_at = (SELECT MIN(...) FROM ...)），但存在时间重复时可能返回多条，需额外去重 - 在支持的数据库中用
LATERAL（PostgreSQL）或APPLY（SQL Server）做每组 Top 1 关联
真正麻烦的永远不是语法，而是时间字段重复、时区未标准化、NULL 值干扰排序这些细节。写完记得查下 created_at 是否有 NULL，有没有夏令时跳变导致的“看似最晚实则早于前一条”现象。
