MySQL 8.0+、PostgreSQL、SQL Server 2017+ 支持在 UPDATE 中直接使用 ROW_NUMBER() 等窗口函数生成排名并更新字段，需通过 JOIN 派生表（MySQL）或 FROM 子句（PostgreSQL）关联 ID 更新，必须指定稳定排序（如 ORDER BY score DESC, id ASC），避免因未排序导致序号不可预期；低版本 MySQL 需用用户变量模拟，且须在同一查询中初始化并递增变量，并强制 ORDER BY 保证顺序。
UPDATE配合窗口函数直接更新排名序号
MySQL 8.0+、PostgreSQL、SQL Server 2017+ 支持在 UPDATE 中使用窗口函数，这是最直接的方式。核心思路是用 ROW_NUMBER() 或 RANK() 生成新序号，再关联更新目标字段。
常见错误是试图在子查询里直接写 UPDATE ... SELECT ...，但 MySQL 5.7 及更早版本不支持对同一张表的子查询更新（报错 You can't specify target table for update in FROM clause）；即使高版本允许，也容易因未加 ORDER BY 导致序号不稳定。
- 必须明确指定排序依据，例如：
ORDER BY score DESC, id ASC，否则ROW_NUMBER()结果不可预期 - 若存在并列分数需相同序号，改用
RANK()或DENSE_RANK()，但注意它们会跳号或不跳号 - PostgreSQL 可直接写：
UPDATE users SET rank_no = ranked.rn FROM (SELECT id, ROW_NUMBER() OVER (ORDER BY score DESC) AS rn FROM users) AS ranked WHERE users.id = ranked.id;
- MySQL 8.0+ 推荐用带别名的派生表绕过限制：
UPDATE users u JOIN (SELECT id, ROW_NUMBER() OVER (ORDER BY score DESC) AS new_rank FROM users) r ON u.id = r.id SET u.rank_no = r.new_rank;
MySQL 5.7 或低版本用变量模拟窗口函数
低版本 MySQL 没有 ROW_NUMBER()，只能靠用户变量递增生成序号。关键在于变量初始化和执行顺序——MySQL 不保证 SELECT 中变量赋值的执行顺序，必须用 ORDER BY 强制排序，并确保变量在单次查询中稳定递增。
典型翻车点是把变量声明和查询拆成两条语句，或者没加 ORDER BY，导致序号乱序或重复。
- 必须在同一语句中完成初始化与递增：
@row := @row + 1，且@row初始值设为0（不是1） - 变量声明必须放在
SELECT前，如：SELECT @row := 0；但实际更新时建议合并进 JOIN 子查询 - 安全写法（MySQL 5.7）：
UPDATE users u JOIN ( SELECT id, @row := @row + 1 AS new_rank FROM users, (SELECT @row := 0) r ORDER BY score DESC, id ASC ) r ON u.id = r.id SET u.rank_no = r.new_rank;
- 注意：该方式在开启
sql_mode=STRICT_TRANS_TABLES时可能警告，但通常不影响结果
避免事务中重复计算导致序号错位
如果更新逻辑嵌在业务事务里，且中间有其他写操作（比如插入新记录、修改分数），后续再跑排名更新，就可能漏掉新增行或重复编号。这不是语法问题，而是业务时机问题。
真正容易被忽略的是：排名不是静态快照，它依赖当前数据状态。没有锁或隔离控制的话，UPDATE 执行期间其他人改了 score，你的序号立刻就失效。
- 生产环境强烈建议加事务 + 适当隔离级别（如
REPEATABLE READ），并在更新前显式锁定相关行：SELECT ... FOR UPDATE - 不要把排名更新和分数更新放在不同事务里——哪怕只差几毫秒，也可能造成不一致
- 如果只是展示用，考虑用视图或应用层缓存排名，而不是硬写入字段；写入字段只适合低频更新、强一致性要求场景
Oracle 和 SQL Server 的特殊处理
Oracle 不支持 UPDATE ... FROM 语法，必须用 MERGE 或子查询；SQL Server 虽支持 FROM，但对 CTE 的引用有限制——这些差异常让跨数据库迁移的人踩坑。
比如 SQL Server 中，不能直接在 UPDATE 里引用含窗口函数的 CTE，得先用 CTE 查出结果，再 JOIN 更新：
- SQL Server 正确写法：
WITH ranked AS ( SELECT id, ROW_NUMBER() OVER (ORDER BY score DESC) AS rn FROM users ) UPDATE u SET rank_no = r.rn FROM users u INNER JOIN ranked r ON u.id = r.id;
- Oracle 必须用
MERGE：MERGE INTO users u USING (SELECT id, ROW_NUMBER() OVER (ORDER BY score DESC) rn FROM users) r ON (u.id = r.id) WHEN MATCHED THEN UPDATE SET u.rank_no = r.rn;
- Oracle 还要注意：如果
users表有触发器，MERGE可能触发两次（INSERT/UPDATE 各一次），需检查逻辑是否兼容
