直接用row_number() over (partition by group_col order by sort_col)即可实现分组内重置计数，partition by定义重置边界，每新分组从1开始；必须指定order by确保结果稳定，rank()和dense_rank()因处理并列会跳号或不连续，不适用于严格递增序号场景。
窗口函数里用 ROW_NUMBER() 实现分组内重置计数
直接用 ROW_NUMBER() OVER (PARTITION BY group_col ORDER BY sort_col) 就能按分组重新编号，不需要自连接或变量。关键在 PARTITION BY —— 它定义“重置边界”，每遇到新分组就从 1 开始。
常见错误是漏写 ORDER BY：没有排序依据时，ROW_NUMBER() 行为未定义，结果可能每次执行都不一样（尤其在 PostgreSQL 或 SQL Server 中）。MySQL 8.0+ 虽允许省略，但逻辑上仍需明确排序意图。
-
group_col必须是你要“按什么重置”的字段，比如user_id、category -
sort_col决定组内编号顺序，常用时间戳、ID 或业务权重字段 - 如果想按插入顺序编号但表无序号字段，可加
ORDER BY ctid（PostgreSQL）或ORDER BY (SELECT NULL)（仅作占位，不保证稳定）
为什么不用 RANK() 或 DENSE_RANK()？
它们解决的是“并列排名”问题，不是“纯计数”。比如同一组内两行值相同，RANK() 会跳号（1,1,3），ROW_NUMBER() 则严格递增（1,2,3）。要重置计数器，必须用 ROW_NUMBER() —— 它只认顺序，不认值是否重复。
典型误用场景：用 RANK() OVER (PARTITION BY user_id ORDER BY score DESC) 统计用户答题序号，结果发现分数相同时序号断层，后续逻辑出错。
一款AI工具，主要用于将编码任务调度到本地 OpenAI Codex CLI，支持后台执行、状态轮询以及可交互式回答的澄清问题。适用于 OpenClaw 需要……，适合需要提升相关任务效率的用户。
- 只要目标是“第1条、第2条、第3条……”，不管值是否重复，一律选
ROW_NUMBER() -
RANK()和DENSE_RANK()适合排行榜类需求，比如“得分前3名”，而非“处理顺序第n条” - 性能上三者几乎无差别，但语义错配会导致业务逻辑偏差，比性能问题更难排查
在 UPDATE 或 INSERT 中直接使用窗口函数重置计数
某些场景（如补全历史数据的序号字段）需要把窗口函数结果写入表。MySQL 8.0+、PostgreSQL、SQL Server 都支持在 UPDATE 的子查询中用窗口函数；但 SQLite 和旧版 MySQL 不行。
示例：给订单明细表补上每单内的行号
UPDATE order_items oi SET line_no = ranked.rn FROM ( SELECT id, ROW_NUMBER() OVER (PARTITION BY order_id ORDER BY created_at) AS rn FROM order_items ) ranked WHERE oi.id = ranked.id;
- 注意：PostgreSQL 用
FROM子句，MySQL 8.0+ 需改用 JOIN 语法，SQL Server 用 CTE +UPDATE ... FROM - 避免在大表上直接跑，先加
WHERE order_id IN (...)限定范围 - 如果目标字段有唯一约束，务必确认重置后不会产生重复值（比如多线程并发写入时）
分区键为空值（NULL）时计数器怎么处理？
PARTITION BY 遇到 NULL 会被当作一个独立分组（标准 SQL 行为），即所有 NULL 值归为一组并单独编号。这常被忽略，导致“本该分开的组被合并了”。
比如按 region 分组编号，但部分记录 region IS NULL，结果所有空地区被编成 1,2,3…，和其它地区混在一起。
- 若想排除空值：在
WHERE region IS NOT NULL后再计算，或用PARTITION BY COALESCE(region, 'UNKNOWN')显式归类 - 若想让每个
NULL单独成组（即不合并）：无法直接实现，需先用CASE WHEN生成唯一伪键，例如PARTITION BY CASE WHEN region IS NULL THEN id ELSE region END - Oracle 和 SQL Server 对 NULL 分组行为一致；MySQL 8.0+ 也遵循标准，但早期版本可能表现不同
status 分组计数，但状态会变更，旧数据重跑时就容易错乱。得先确认业务上这个分组维度是不是静态的。
