使用Gorm迁移Go模型时PostgreSQL关联表不存在错误排查

1. 外键关联规则错误 #

从报错的SQL语句能看到，employee_leaves_requests表的外键emp_no被设置为关联personal_informations的id字段，但你的模型定义存在逻辑矛盾：

• 你在PersonalInformation的关联中指定了foreignKey:EmpNo，意味着期望用EmployeeLeavesRequests的EmpNo字段做外键，但未明确指定关联目标字段，GORM默认会关联PersonalInformation的主键id
• PersonalInformation的id是uint类型（对应SQL的bigint），但EmployeeLeavesRequests.EmpNo是string类型，类型不匹配导致GORM生成的SQL出现异常，甚至打乱表创建顺序，导致创建employee_leaves_requests时personal_informations表还未生成。

正确的关联写法需要明确指定关联目标字段：

// 修改EmployeeLeavesRequests中的PersonalInfo关联
PersonalInfo PersonalInformation `gorm:"foreignKey:EmpNo;references:EmpNo"`

同时要给PersonalInformation.EmpNo添加唯一约束，确保外键关联的合法性：

EmpNo string `gorm:"not null;unique"`

2. 字段类型不匹配 #

生成的SQL里emp_no是bigint，但你的EmployeeLeavesRequests.EmpNo定义为string，这是明显的类型映射异常，大概率是关联规则错误导致GORM错误推断字段类型。此外，EmployeeLeavesRequests.LeaveTypeId是string类型，而LeaveTypes的主键id是uint类型，后续也会触发同类外键错误，建议统一调整为：

LeaveTypeId uint `gorm:"not null"`

3. 数据库迁移状态遗留问题 #

如果之前的迁移失败过，GORM的gorm_schema表可能已经标记PersonalInformation完成迁移，但实际personal_informations表并未成功创建。再次执行迁移时，GORM会跳过创建该表，直接创建依赖它的employee_leaves_requests，从而触发“relation does not exist”错误。

解决方式：

• 手动检查数据库中是否存在personal_informations表，若不存在则删除gorm_schema中对应记录后重新迁移
• 清空数据库后重新执行迁移

内容的提问来源于stack exchange，提问作者Kevnlan