GORM一对一关系需区分has one与belongs to：has one外键在被拥有模型（如IDCard.UserID），belongs to外键在声明方模型（如User.CompanyID）；二者语义相反、外键位置不同，混用将导致预加载失败、写入错位或静默丢数据。
GORM 处理一对一关系，核心在于分清 has one 和 belongs to 两种语义方向——它们外键位置相反，行为逻辑不同，混用会导致预加载失败、数据写入错位甚至静默丢数据。
has one：外键在「被拥有」模型里
典型场景是「用户有一张身份证」：身份证属于用户，所以 IDCard 表里必须存 UserID 字段。GORM 默认按结构体名 + ID 推导外键，但你得显式声明，否则迁移或查询时可能漏建索引或找不到关联。
-
UserID字段必须定义在IDCard结构体中，类型要和User.ID一致（如uint或int） - 在
User的字段标签里写gorm:"foreignKey:UserID"，告诉 GORM 关联依据 - 如果想用非主键字段关联（比如用
User.Name而非User.ID），得加references:Name，且该字段需有唯一约束 - 自动迁移时，
db.AutoMigrate(&User{}, &IDCard{})才会正确建出外键约束；只迁&User{}不会自动建IDCard表
belongs to：外键在「声明方」模型里
典型场景是「员工属于公司」：员工表自己带 CompanyID 字段，公司表不存员工信息。这种写法更常见于历史表结构或权限类模型。
-
CompanyID字段直接定义在User结构体中，不能省略 -
Company字段的标签只需写gorm:"foreignKey:CompanyID"，references可省略（默认引用Company.ID） - 插入时，若
User.Company是完整结构体（非指针），GORM 会尝试级联创建Company记录——这容易误触发，建议显式控制：先查/创建Company，再赋值User.CompanyID - 查询时用
db.Preload("Company")才能填充嵌套结构；仅用Joins("Company")会返回扁平结果，User.Company仍是零值
预加载失效的三个常见原因
即使结构体和标签都对了，Preload 还是拿不到关联数据，大概率卡在这几个点：
- 没调
Preload就直接访问嵌套字段，比如user.IDCard.Number—— GORM 不会懒加载，必须显式预加载 - 外键字段名大小写不一致：
UserID在 struct 里是大驼峰，但数据库列是user_id，得补gorm:"column:user_id" - 关联字段用了指针（如
*IDCard），但初始化时没分配内存，Preload成功但字段仍为nil
删除关联时外键约束容易被忽略
GORM 默认不开启外键级联（CASCADE），所以删 User 时，IDCard 记录不会自动删。如果你依赖数据库层保护，建表时得手动加 OnDelete: clause.Cascade；如果用 GORM 控制逻辑，得先 db.Delete(&idCard) 再删 User，顺序反了会报外键约束错误。
