updates用于批量更新（需where条件），update仅限单条且依赖主键；误用update无where会报错或静默失败，updates支持map精确控制字段并需手动设时间戳。
用 Updates 还是 Update？关键看是否带条件
批量更新指定字段，必须用 Updates（复数），不是单数的 Update。后者只更新单条记录，且默认要求主键存在；而 Updates 支持传入 map 或 struct，并配合 Where 实现批量操作。
常见错误：写成 db.Model(&User{}).Update("name", "xxx") —— 这会报错 missing WHERE clause 或静默失败，因为它不接受无主键的批量意图。
-
Updates接受map[string]interface{}，字段名严格区分大小写，且只更新 map 中明确列出的键 - 若传 struct，GORM 会忽略零值字段（如
0、""、nil），除非用map或显式启用Select - 不加
Where条件会更新全表，务必确认条件是否写对
如何安全地只更新几个字段而不影响其他列
用 map 是最直接可控的方式，避免 struct 零值过滤带来的意外漏更。
db.Where("status = ?", "pending").Updates(map[string]interface{}{
"status": "processing",
"updated_at": time.Now(),
})
注意：updated_at 不会自动填充，需手动赋值；如果模型启用了 UpdatedAt 标签（如 gorm:"autoUpdateTime"），它仅在调用 Save 或 Update 单条时生效，Updates 批量时不触发。
- 想让时间字段自动更新，必须显式写进 map
- 字段名必须和数据库列名一致（或通过
columntag 映射），不能写 struct 字段名（如UpdatedAt） - 若字段有 GORM 钩子（
BeforeUpdate），它们不会被批量操作触发
遇到 ERROR: invalid reference to FROM-clause entry 怎么办
这是 PostgreSQL 常见报错，本质是 GORM 生成的 SQL 在子查询中引用了外层别名，而 PG 限制严格。MySQL 和 SQLite 通常不报，但 PG 会。
根本原因：你在 Where 中用了子查询，又同时用了 Updates，GORM 默认生成的语句结构不兼容 PG 的 FROM 引用规则。
- 临时解法：改用原生 SQL，如
db.Exec("UPDATE users SET status = ? WHERE id IN (?)", "done", ids) - 稳妥做法：先查出 ID 列表，再用
Where("id IN ?", ids)更新，避免子查询嵌套 - 升级 GORM v2.2.5+ 可缓解部分场景，但复杂子查询仍建议绕过 ORM
性能与事务边界：批量更新不是“越大越好”
一次更新 10 万行看似省事，实际容易锁表、OOM 或超时。GORM 不做分批，得自己切片。
例如按 ID 分批（假设 IDs 是 []uint64）：
const batchSize = 1000 for i := 0; i
- 每批独立执行，失败可重试某一批，不影响全局
- 避免长事务阻塞其他写操作，尤其在高并发更新同一张表时
- 注意
min函数需自己定义（Go 1.21+ 可用cmp.Min），或用if判断边界
真正难的不是语法，是条件表达是否覆盖全部目标数据、是否被其他并发写入干扰、以及 PG 下的 SQL 兼容性——这些没法靠一个函数调用解决。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
