Sequelize与Postgres建立表1对多外键关联时触发外键约束无法实现报错

从执行日志可以直接定位错位逻辑：Sequelize生成的建表语句将services表的asset_type字段配置为REFERENCES "assets" ("id")，完全偏离了你要关联两表asset_type字段的预期，三个问题叠加触发了Postgres的约束创建失败：

• 关联目标错位：你没有在关联配置中指定父表被关联的字段，Sequelize默认会将外键指向父表的主键（也就是assets表的自增整数id），最终要把services表中字符串类型的asset_type，关联到assets表中整数类型的id上。Postgres要求外键和被参照列的类型必须完全匹配，类型不匹配会直接拒绝创建约束。
• 配置逻辑冲突：你在hasMany配置中设置了onDelete: 'set null'，但services表的asset_type字段被标记为allowNull: false。哪怕类型匹配，删除父表记录时需要给子表字段写入null的操作，也会因为非空约束校验失败。
• 被参照列不满足外键规则：Postgres规定，外键关联的父表被参照列必须是主键，或者带有唯一索引。你当前assets表的asset_type是普通字段，没有唯一约束，就算字段类型匹配，也无法作为外键的被参照列。

• 在双向关联配置中明确添加targetKey: 'asset_type'，告诉Sequelize本次关联的是两个表的同名字段asset_type，不要默认指向assets表的主键id。
• 给assets表的asset_type字段添加unique: true约束，满足Postgres对外键被参照列的要求。
• 解决非空配置和删除规则的冲突：如果要保留services表asset_type字段allowNull: false的设置，就把onDelete/onUpdate规则从set null改为CASCADE（删父表记录时同步删除关联的服务记录）；如果一定要用set null规则，就把services表asset_type的allowNull改为true，两边配置不能矛盾。

Asset模型关联与字段配置 #

// 字段定义部分给asset_type加唯一约束
asset_type: {
    allowNull: false,
    type: DataTypes.STRING,
    unique: true // 必须配置，满足外键被参照列的要求
},

// 关联部分补充targetKey
Asset.associate = function(models) {
    Asset.hasMany(models.Service, {
        as: 'services',
        foreignKey: 'asset_type',
        targetKey: 'asset_type', // 明确指定父表被关联的字段是asset_type，而非默认的id
        onDelete: 'CASCADE', // 和services表的非空配置对齐，不要用set null
        onUpdate: 'CASCADE',
        hooks: true
    });
}

Service模型关联配置 #

Service.associate = function(models) {
    Service.belongsTo(models.Asset, {
        foreignKey: 'asset_type',
        targetKey: 'asset_type', // 同样明确指定被参照列，避免Sequelize默认关联Asset的id
        as: 'asset'
    })
}

很多Sequelize新手会误以为同名字段会自动完成关联，实际上没有显式配置targetKey时，所有非主键的关联都会被Sequelize默认指向父表的自增主键，最终生成的SQL和预期不一致，是这类外键报错的最常见诱因。

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