partition by打标最大值的典型场景是为每个分组标记出某字段值最大的记录，如每个用户最新订单、每个部门薪资最高者；需用row_number()或max() over实现，前者精确取一条，后者标记所有并列最大值。
什么是PARTITION BY打标最大值的典型场景
需要在每个分组内标记出某字段值最大的那条记录（比如每个用户最新一笔订单、每个部门薪资最高的人），而不是只查出最大值本身。直接用 MAX() 聚合会丢失行级信息，必须借助窗口函数。
核心思路是：先用 ROW_NUMBER() 或 RANK() 按排序生成序号，再筛选序号为 1 的行；或者用 MAX() OVER 做等值比对。前者更稳妥，后者要注意并列情况。
用 ROW_NUMBER() OVER 实现精确打标（推荐）
ROW_NUMBER() 保证每组内严格按指定顺序排唯一序号，适合“只取一条”的业务逻辑（如取最新时间戳那条）。
常见错误是忽略 ORDER BY 子句，或排序字段有 NULL 导致序号错乱：
-
ORDER BY create_time DESC必须明确，否则结果不可预测 - 若
create_time可能为 NULL，加NULLS LAST（PostgreSQL/Oracle）或提前用COALESCE(create_time, '1970-01-01')（MySQL/SQL Server）处理 - 多字段排序时写全，例如
ORDER BY status DESC, id DESC避免相同时间下随机取
示例（标记每个 user_id 下 create_time 最大的订单）：
SELECT *,
CASE WHEN rn = 1 THEN 1 ELSE 0 END AS is_max_time
FROM (
SELECT *,
ROW_NUMBER() OVER (
PARTITION BY user_id
ORDER BY create_time DESC, id DESC
) AS rn
FROM orders
) t;
用 MAX() OVER 做等值比对（适合布尔标记）
MAX() OVER 更轻量，适合仅需“是否等于组内最大值”的二值判断，但无法解决并列时选哪条的问题。
典型陷阱：
- 直接比
amount = MAX(amount) OVER (PARTITION BY category)—— 表达式合法，但若 amount 是浮点数或存在精度误差，可能比对失败 - 没处理 NULL：
MAX()忽略 NULL，但原字段为 NULL 时比对结果为 UNKNOWN，需显式用IS NOT DISTINCT FROM（PostgreSQL）或COALESCE统一补值 - 性能上，
MAX() OVER通常比ROW_NUMBER()略快，但语义不同：它标记所有并列最大值，而ROW_NUMBER()只标一个
示例（标记每个 category 中 amount 等于组内最大值的所有记录）：
SELECT *,
CASE
WHEN amount = MAX(amount) OVER (PARTITION BY category)
THEN 1 ELSE 0
END AS is_max_amount
FROM products;
MySQL 8.0+ 和旧版兼容性差异
MySQL 5.7 不支持窗口函数，强行用会报错 ERROR 1064。升级前必须确认版本。
即使 MySQL 8.0+，也容易踩这些坑：
-
PARTITION BY后不能跟表达式，如PARTITION BY YEAR(order_date)在部分旧补丁版本中不被支持，应改用子查询预计算年份字段 -
ROW_NUMBER()在ORDER BY中引用别名（如ORDER BY latest_time）会报错，必须写原始字段或表达式 - 如果表数据量大且未在
PARTITION BY+ORDER BY字段建联合索引，窗口函数执行会极慢——这不是语法问题，但线上常因此超时
