事务中更新多态关联必须手动设置OwnerID和OwnerType字段，因GORM的Save/Updates默认不更新这两个字段，导致归属逻辑错误。
事务中更新多态关联数据，必须手动控制关联字段（OwnerID、OwnerType），GORM 不会在事务内自动同步这些值。
为什么事务里多态关联容易出错
多态关联（如 Address 表通过 OwnerID + OwnerType 关联到多个模型）本身不依赖外键约束，GORM 仅在 Create 时自动写入 OwnerType 字符串和 OwnerID 数值；但 Save 或 Updates 默认忽略这两个字段——哪怕你在事务里改了所属对象，OwnerType 仍保持旧值，导致数据逻辑断裂。
- 常见错误现象：
db.Transaction(func(tx *gorm.DB) error { tx.Save(&addr); return nil })后，addr.OwnerType没变，查出来还是 "User" 即使它现在属于Order - 根本原因：
Save只更新 struct 中非零值字段，而OwnerType是字符串，空字符串才被跳过；但你通常不会显式赋空值，所以它“静默保留” - 更隐蔽的坑：用
Updates(map[string]interface{})时，如果不显式传入"owner_type"和"owner_id"，它们完全不会进 SQL
更新多态关联的正确写法（事务内）
必须显式设置并保存两个核心字段，且推荐用 Save 而非 Update，避免遗漏其他业务字段。
- 先改 struct 值：
addr.OwnerID = newOwner.ID，addr.OwnerType = reflect.TypeOf(newOwner).Name()（注意：若模型用了自定义表名，OwnerType应与AutoMigrate时实际生成的值一致，比如User而非user） - 再调
tx.Save(&addr)—— 这会触发全字段更新（包括OwnerID和OwnerType），且保持事务原子性 - 如果只更新部分字段，用
tx.Model(&addr).Select("owner_id", "owner_type", "name").Updates(...)，Select必须明确列出多态字段 - 别依赖钩子（
BeforeUpdate）自动填OwnerType：事务中钩子生效，但若你用Map更新或跨模型操作，钩子可能不触发
嵌套更新时的典型场景：把地址从 User 转给 Order
这是最常踩坑的操作。不能只改 addr.OwnerID，还必须确保 OwnerType 从 "User" 切成 "Order"，否则下游预加载（Preload）会查错表。
- 错误示范：
addr.OwnerID = order.ID; tx.Save(&addr)→OwnerType还是"User"，后续tx.Preload("Owner").Find(&addr)会去查users表而非orders - 正确顺序：
addr.OwnerID = order.ID，addr.OwnerType = "Order"，tx.Save(&addr) - 安全起见，加一行校验：
if addr.OwnerType != "Order" { return errors.New("owner_type mismatch") }，放在事务函数开头 - 注意大小写：GORM 默认用结构体名（
User），不是表名（t_users）或小写形式（user）
容易被忽略的兼容性细节
多态字段更新在不同 GORM 版本行为一致，但几个低级但致命的点常被跳过：
-
OwnerType字段类型必须是string，不能是*string—— 否则Save时为 nil 就留空，查不到任何归属 - 事务中若同时创建新 Owner（如新建
Order），要先tx.Create(&order)再取order.ID赋给addr.OwnerID，不能用未 flush 的 ID - 用
Joins预加载多态关联时，SQL 里没有真正的 JOIN，GORM 是分两步查：先查Address，再按OwnerType/OwnerID分批查对应表，所以OwnerType错了，第二步就查空 - 测试时别只测单条：批量更新多条
Address到同一新 Owner，要确认每条的OwnerType都被统一覆盖，而不是复用上一条的值
