EF6结合Npgsql Code First配置同表双外键时遇外键已存在报错

EF6完全支持同一个关联表挂载多个独立外键引用，你遇到的报错并非框架能力限制，本质是Npgsql的EF6提供程序默认自动生成外键约束名时，受PostgreSQL标识符最大长度（默认63字符）的截断逻辑影响，未对相似前缀的约束名做差异化区分，最终两个本应不同名的外键约束被截断为相同名称，触发数据库层面的唯一约束冲突。
从你贴的报错信息也能验证：两个外键的自动生成名分别以Payer和Payee开头，截断后都保留了首字母P，最终得到完全相同的约束标识FK_public.UserBankAccountTransactions_public.UserBankAccounts_P。

1. 使用Fluent API显式配置唯一外键约束名（长期维护推荐） #

在你项目的DbContext子类中重写OnModelCreating方法，手动为两个导航属性对应的外键关系指定互不重复的约束名，绕开提供程序自动截断的逻辑：

public class YourDbContext : DbContext
{
    protected override void OnModelCreating(DbModelBuilder modelBuilder)
    {
        // 配置付款方账户外键
        modelBuilder.Entity<UserBankAccountTransaction>()
            .HasRequired(tran => tran.PayerBankAccount)
            .WithMany()
            .HasForeignKey(tran => tran.PayerBankAccountId)
            .WillCascadeOnDelete(true)
            .Map(config => 
            {
                config.MapKey("PayerBankAccountId");
                config.HasForeignKeyConstraintName("FK_Trans_Payer_BankAccount");
            });

        // 配置收款方账户外键
        modelBuilder.Entity<UserBankAccountTransaction>()
            .HasRequired(tran => tran.PayeeBankAccount)
            .WithMany()
            .HasForeignKey(tran => tran.PayeeBankAccountId)
            .WillCascadeOnDelete(true)
            .Map(config => 
            {
                config.MapKey("PayeeBankAccountId");
                config.HasForeignKeyConstraintName("FK_Trans_Payee_BankAccount");
            });
    }
}

配置完成后重新执行Add-Migration生成迁移脚本，脚本里会直接使用你指定的唯一约束名，不会再出现截断重名问题。

2. 手动修改自动生成的迁移脚本（临时应急方案） #

如果不想改动模型配置，在执行Add-Migration生成迁移代码后，手动给两个ForeignKey调用传入自定义的唯一约束名参数即可：
把原自动生成的外键定义：

.ForeignKey("public.UserBankAccounts", t => t.PayeeBankAccountId, cascadeDelete: true)
.ForeignKey("public.UserBankAccounts", t => t.PayerBankAccountId, cascadeDelete: true)

修改为：

.ForeignKey("public.UserBankAccounts", t => t.PayeeBankAccountId, 
    name: "FK_Trans_Payee_BankAccount", cascadeDelete: true)
.ForeignKey("public.UserBankAccounts", t => t.PayerBankAccountId, 
    name: "FK_Trans_Payer_BankAccount", cascadeDelete: true)

注意该方案的局限性：后续所有涉及这两个外键的迁移生成流程，都需要手动检查并修正约束名，长期维护成本较高。

3. 调整PostgreSQL标识符长度限制（特殊场景可选） #

你遇到的截断问题根源是PostgreSQL默认的标识符最大长度为63字节，如果是自建数据库实例，可以修改源码中的NAMEDATALEN参数并重新编译数据库，让长约束名不会被截断，从根源上避免重名。但该方案需要重启数据库实例、自定义数据库编译流程，大部分生产环境的托管数据库场景无法落地，不推荐作为优先选择。

• 你当前为两个外键都开启了cascadeDelete: true，执行迁移时大概率会遇到PostgreSQL抛出的“多个级联删除路径指向同一表”的报错，建议根据实际业务逻辑，将其中一个外键的级联删除关闭，避免级联逻辑冲突。
• 手动指定的外键约束名长度不要超过PostgreSQL的63字符限制，避免触发新的截断问题。

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