mysql和postgresql均不支持update中直接嵌套引用目标表的select count()，须用join（mysql）或from子查询（postgresql）配合group by和别名实现；空匹配行默认不更新，需left join+coalesce补0；注意null、重复键及性能问题。
UPDATE 语句里直接套 SELECT COUNT() 会报错
MySQL 和 PostgreSQL 都不支持 UPDATE ... SET col = (SELECT COUNT(*) FROM t2 WHERE t2.id = t1.id) 这种写法（除非用 JOIN 或子查询 alias 包裹）。常见错误是 ERROR 1093 (HY000): You can't specify target table 't1' for update in FROM clause（MySQL）或 ERROR: invalid reference to FROM-clause entry（PostgreSQL），本质是 SQL 标准禁止在 UPDATE 的 SET 子句中直接引用被更新的表名。
MySQL 正确写法：用 JOIN + 聚合子查询别名
必须把聚合子查询包一层 FROM，给它起别名，再和主表 JOIN。不能裸写子查询。
UPDATE orders t1 JOIN ( SELECT order_id, COUNT(*) as item_count FROM order_items GROUP BY order_id ) t2 ON t1.order_id = t2.order_id SET t1.item_count = t2.item_count;
- 子查询必须带
GROUP BY，否则聚合结果只有一行，会导致所有匹配行被设成同一值 -
t2是必须的别名，MySQL 不允许匿名派生表出现在 JOIN 中 - 如果某些
order_id在order_items中不存在，这条记录不会被更新（即保持原值或 NULL），如需补 0，得改用 LEFT JOIN + COALESCE
PostgreSQL 正确写法：用 FROM 子句关联子查询
PostgreSQL 允许在 UPDATE 的 FROM 后接子查询，语法更直观，但注意子查询不能引用目标表名（和 MySQL 错误类似）。
UPDATE orders SET item_count = t2.item_count FROM ( SELECT order_id, COUNT(*) as item_count FROM order_items GROUP BY order_id ) t2 WHERE orders.order_id = t2.order_id;
- WHERE 条件必须显式写出，不能省略；否则可能意外更新全表
- 子查询里的
order_id必须可被外层 WHERE 引用，所以别名t2不可少 - 如果想更新未匹配的行（比如设为 0），需用
LEFT JOIN+COALESCE(t2.item_count, 0)，但 PostgreSQL 的 UPDATE 不支持直接 LEFT JOIN，得改用子查询或 CTE
通用避坑点：NULL、重复键与性能
聚合子查询结果含 NULL 或主表有重复键时，行为容易出人意料。
- 如果
order_items中某order_id没数据，对应子查询结果就不存在，UPDATE 不生效 —— 不会自动设 NULL，也不会报错 - 子查询若因分组字段不唯一导致多行返回（例如漏写
GROUP BY），MySQL 会报错，PostgreSQL 可能静默取第一行，结果不可靠 - 大表聚合再 JOIN 更新，容易锁表或慢；建议先在子查询加
WHERE order_id IN (SELECT DISTINCT order_id FROM orders WHERE item_count IS NULL)缩小范围 - SQLite 不支持 UPDATE + FROM，只能用 correlated subquery（性能差）：
UPDATE orders SET item_count = (SELECT COUNT(*) FROM order_items WHERE order_items.order_id = orders.order_id)
子查询聚合更新真正难的不是语法，而是确认「哪些订单该更新」「空聚合怎么处理」「并发时会不会丢数据」——这些都得结合业务逻辑再补一层判断，不能光靠 SQL 一行搞定。
