GORM多态一对一需手动建模：子表定义OwnerType（string）和OwnerID（与父主键同类型）字段，用polymorphic标签绑定同一逻辑名，值需硬编码且严格匹配；预加载无效，须手写Joins+Scan；索引、外键、软删除过滤均需手动处理。
什么是 GORM 多态一对一（Polymorphic Belongs To）
多态一对一不是 GORM 原生支持的标准关联类型，而是通过手动建模 + polymorphic 标签模拟实现的变体：一个模型（如 Xiaofengche）能属于多种不同类型的父模型（如 Jiazi 或 Yujie），但每次只属于其中一种。它本质是「单字段外键 + 类型标识字段」的组合，类似 Rails 的 polymorphic associations。
polymorphic 标签必须配对使用 OwnerType 和 OwnerID
GORM 不会自动创建多态字段，你得在子表结构体里显式定义两个字段：OwnerType（字符串，存父模型名，如 "JZ" 或 "YJ"）和 OwnerID（整数，存父模型主键值）。然后用 polymorphic 标签绑定这两者：
-
OwnerType字段必须是string类型，不能是枚举或 int；值区分大小写，且需与polymorphicValue严格一致 -
OwnerID字段类型要和所有可能父模型的主键类型一致（例如全是uint或全是int，混用会报invalid field found for struct） -
polymorphic标签值（如Owner）是逻辑分组名，所有参与多态的关联必须用同一个名字 -
polymorphicValue是硬编码的标识值，不是结构体名自动推导——type Jiazi struct{...}对应的polymorphicValue得手动写成"JZ"，不是"Jiazi"或"jiazi"
预加载多态关联必须手写 Joins + Scan，Preload 不生效
Preload("Xiaofengche") 对多态关联完全无效，GORM 无法推断该查哪张父表。实际操作只能走原生 JOIN 路线：
- 先确定当前记录的
OwnerType值（比如是"JZ"），再动态拼接Joins("LEFT JOIN jiazis ON jiazis.id = xiaofengches.owner_id AND xiaofengches.owner_type = 'JZ'") - 不能依赖
db.Preload自动填充嵌套结构体，必须用Scan(&result)接收联合查询结果，并手动映射字段 - 如果业务中父类型超过 2 种，建议封装为 switch-case 查询函数，避免 SQL 拼接出错
- 注意：
Joins不会触发 GORM 的钩子（BeforeCreate等），多态记录的创建/更新需自行维护OwnerType和OwnerID一致性
外键约束和迁移需手动补全，AutoMigrate 不生成多态索引
db.AutoMigrate(&Xiaofengche{}) 只建表、加字段，但不会为 OwnerType+OwnerID 创建联合索引，也不会加外键约束（因为数据库不支持跨表多态外键）。必须手动执行：
db.Exec("CREATE INDEX idx_owner_type_id ON xiaofengches (owner_type, owner_id)")
- 缺失该索引时，按
OwnerType+OwnerID查询会全表扫描，QPS 下降明显 - 别试图用
constraint标签加外键（如constraint:OnDelete:CASCADE），MySQL 不允许引用非固定表，会报ERROR 1005 - 软删除（
DeletedAt）字段若存在，多态查询时记得在 JOIN 条件里加上AND jiazis.deleted_at IS NULL，否则逻辑删除的数据仍会被拉出来
多态一对一真正的难点不在定义，而在查询路由和数据一致性校验——GORM 不提供运行时类型检查，OwnerType="XXX" 但 OwnerID 实际指向一张不存在的表，这种错误只有查时才暴露。
