sql标准不支持在update中直接使用窗口函数，因二者执行语义冲突；必须通过cte或子查询预计算窗口值，再关联更新，并严格确保join条件唯一匹配以避免漏更、误更。
SQL标准不支持直接用窗口函数在UPDATE中计算新值
绝大多数关系型数据库（如 PostgreSQL、MySQL 8.0+、SQL Server）的 UPDATE 语句语法不允许在 SET 子句里直接写窗口函数，例如下面这种写法会报错：
UPDATE orders SET rank_by_amount = RANK() OVER (ORDER BY amount DESC);
错误通常表现为：ERROR: window functions are not allowed in UPDATE（PostgreSQL）或类似提示。根本原因是窗口函数需要先完成全集扫描与排序，而标准 UPDATE 是逐行或按执行计划更新，二者语义冲突。
用CTE + JOIN方式安全实现“基于窗口结果更新”
主流解法是把窗口计算放到 CTE（Common Table Expression）里，生成带新值的临时结果集，再和原表关联更新。这是兼容性最好、逻辑最清晰的方式。
- PostgreSQL / SQL Server / MySQL 8.0+ 都支持带
WITH的可更新 CTE（部分需满足唯一性约束） - 必须确保 CTE 中用于 JOIN 的键能唯一标识原表每一行（推荐用主键或带
ROW_NUMBER()的组合） - MySQL 8.0+ 要求 CTE 中的窗口函数列不能直接出现在
UPDATE ... SET右侧，仍需通过 JOIN 引用
示例（PostgreSQL）：
WITH ranked AS ( SELECT id, RANK() OVER (ORDER BY amount DESC) AS new_rank FROM orders ) UPDATE orders SET rank_by_amount = ranked.new_rank FROM ranked WHERE orders.id = ranked.id;
MySQL 8.0+ 特别注意：不能在UPDATE中引用同一张表的子查询
如果你尝试用子查询代替 CTE，比如：
UPDATE orders
SET rank_by_amount = (
SELECT rnk FROM (
SELECT id, RANK() OVER (ORDER BY amount DESC) AS rnk FROM orders
) t WHERE t.id = orders.id
);
MySQL 会报错：You can't specify target table 'orders' for update in FROM clause。这是 MySQL 的限制，不是语法错误。必须改用 CTE 或临时表。
- 临时表方案：先
CREATE TEMPORARY TABLE tmp_rank AS SELECT id, RANK()... FROM orders，再UPDATE JOIN tmp_rank - CTE 方案更简洁，但要注意 MySQL 8.0.19+ 才允许 CTE 在 UPDATE 中被引用（早期版本仍不支持）
性能与一致性风险点
窗口函数本身不修改数据，但更新过程若涉及大表，容易引发锁等待或事务膨胀。
- 在高并发写入场景下，建议加
WHERE条件缩小更新范围，避免全表扫描+全表更新 - 如果窗口逻辑依赖其他表（如 JOIN 后排序），务必确认 JOIN 结果稳定——NULL 值、重复键、外键缺失都可能导致
RANK()或ROW_NUMBER()结果不可预期 - PostgreSQL 中，若 CTE 使用了
MATERIALIZED（默认行为），其结果固定；但若显式声明NOT MATERIALIZED，且后续 UPDATE 中又读取了该 CTE，可能触发多次计算，导致结果不一致
实际跑之前，先用 SELECT 把 CTE 结果查出来核对一遍，比盲目 UPDATE 安全得多。
