为何用Knex创建的PostgreSQL外键约束名后缀为_foreign而非标准_fkey？

现象是否正常？ #

这是完全正常的。PostgreSQL默认的未命名外键后缀_fkey是数据库层面自动生成的规则，但你用Knex执行table.foreign('userId').references('users.id')时，Knex会主动生成自己的约束名，后缀_foreign是Knex框架的默认命名逻辑，和PostgreSQL本身的规则无关。只要各环境使用相同版本的Knex，自动生成的约束名会保持一致；但如果Knex版本更新，不排除其命名规则发生变化的可能。

如何在任意环境中正确引用约束？ #

推荐以下几种可靠方式：

1. 手动指定固定约束名 #

创建外键时显式指定约束名，彻底避免依赖自动生成的命名：

table.foreign('userId')
  .references('users.id')
  .constraint('user_id_fkey'); // 自定义固定约束名

这样无论Knex版本、数据库环境如何，约束名都是你指定的固定值，迁移中直接引用这个名字即可。

2. 使用Knex的抽象方法操作约束 #

如果不需要直接写SQL操作约束，优先用Knex提供的方法，它会自动识别对应约束，无需关心具体名字：

• 删除外键：table.dropForeign('userId')
• 禁用外键：table.foreign('userId').disable()

3. 通过系统表动态查询约束名 #

如果必须在SQL中引用约束名，可以查询PostgreSQL的系统信息表获取，避免硬编码自动生成的名字：

SELECT constraint_name
FROM information_schema.table_constraints
JOIN information_schema.key_column_usage
  ON table_constraints.constraint_name = key_column_usage.constraint_name
WHERE table_constraints.table_name = '你的表名' -- 替换为实际表名
  AND key_column_usage.column_name = 'userId'
  AND table_constraints.constraint_type = 'FOREIGN KEY';

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