EF Core 2.0配置多个一对一关系报错，求级联删除解决方案

你遇到的报错核心原因是：Address实体的Customer导航属性被同时绑定到了两个不同的一对一关系，EF Core不允许单个导航属性参与多个关系，这直接导致了冲突。

要实现删除Customer时自动级联删除关联的BillingAddress和ShippingAddress，同时解决这个报错，我们可以通过以下几种方案调整模型和关系配置：

方案一：使用单向关系（最简方案） #

如果你不需要从Address反向导航到Customer，可以直接移除Address中的Customer和CustomerId属性，配置Customer到两个Address的单向一对一关系：

调整后的模型代码 #

public class Customer { 
    public Guid CustomerId { get; set;} 
    public Guid? BillingAddressId { get; set; } 
    public Address BillingAddress { get; set; } 
    public Guid? ShippingAddressId { get; set; } 
    public Address ShippingAddress { get; set; } 
}

public class Address { 
    public Guid AddressId { get; set; } 
    // 移除Customer和CustomerId属性
}

关系配置 #

在OnModelCreating中分别配置两个一对一关系，指定外键并开启级联删除：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置BillingAddress与Customer的关系
    modelBuilder.Entity<Customer>()
        .HasOne(c => c.BillingAddress)
        .WithOne() // 无反向导航
        .HasForeignKey<Customer>(c => c.BillingAddressId)
        .OnDelete(DeleteBehavior.Cascade);

    // 配置ShippingAddress与Customer的关系
    modelBuilder.Entity<Customer>()
        .HasOne(c => c.ShippingAddress)
        .WithOne() // 无反向导航
        .HasForeignKey<Customer>(c => c.ShippingAddressId)
        .OnDelete(DeleteBehavior.Cascade);
}

这样配置后，删除Customer时数据库会自动级联删除关联的Address，完全不需要提前将Address加载到Context中。

方案二：保留双向导航，为每个关系配置独立导航属性 #

如果你需要从Address反向关联到Customer，那么要为每个关系创建独立的导航属性和外键字段，避免冲突：

调整后的模型代码 #

public class Customer { 
    public Guid CustomerId { get; set;} 
    public Guid? BillingAddressId { get; set; } 
    public Address BillingAddress { get; set; } 
    public Guid? ShippingAddressId { get; set; } 
    public Address ShippingAddress { get; set; } 
}

public class Address { 
    public Guid AddressId { get; set; } 
    // 为每个关系创建独立的外键和导航属性
    public Guid? BillingCustomerId { get; set; } 
    public Customer BillingCustomer { get; set; } 
    public Guid? ShippingCustomerId { get; set; } 
    public Customer ShippingCustomer { get; set; } 
}

关系配置 #

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置BillingAddress双向关系
    modelBuilder.Entity<Customer>()
        .HasOne(c => c.BillingAddress)
        .WithOne(a => a.BillingCustomer)
        .HasForeignKey<Customer>(c => c.BillingAddressId)
        .OnDelete(DeleteBehavior.Cascade);

    // 配置ShippingAddress双向关系
    modelBuilder.Entity<Customer>()
        .HasOne(c => c.ShippingAddress)
        .WithOne(a => a.ShippingCustomer)
        .HasForeignKey<Customer>(c => c.ShippingAddressId)
        .OnDelete(DeleteBehavior.Cascade);
}

这种方式保留了双向导航能力，同时每个关系使用独立的导航属性，彻底解决了冲突问题，级联删除的逻辑也能正常生效。

方案三：基于地址类型的关系配置（贴合业务场景） #

如果你的业务规则是：每个Address只能属于一个Customer，且要么是账单地址要么是配送地址，可以添加地址类型字段，通过筛选关系来实现：

调整后的模型代码 #

public enum AddressType
{
    Billing,
    Shipping
}

public class Customer { 
    public Guid CustomerId { get; set;} 
    public Address BillingAddress { get; set; } 
    public Address ShippingAddress { get; set; } 
}

public class Address { 
    public Guid AddressId { get; set; } 
    public Guid CustomerId { get; set; } 
    public Customer Customer { get; set; } 
    public AddressType AddressType { get; set; } 
}

关系配置 #

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置BillingAddress关系，通过AddressType筛选
    modelBuilder.Entity<Customer>()
        .HasOne(c => c.BillingAddress)
        .WithOne(a => a.Customer)
        .HasForeignKey<Address>(a => a.CustomerId)
        .OnDelete(DeleteBehavior.Cascade)
        .HasFilter($"[{nameof(Address.AddressType)}] = {(int)AddressType.Billing}");

    // 配置ShippingAddress关系，通过AddressType筛选
    modelBuilder.Entity<Customer>()
        .HasOne(c => c.ShippingAddress)
        .WithOne(a => a.Customer)
        .HasForeignKey<Address>(a => a.CustomerId)
        .OnDelete(DeleteBehavior.Cascade)
        .HasFilter($"[{nameof(Address.AddressType)}] = {(int)AddressType.Shipping}");

    // 添加唯一约束，确保每个Customer只能有一个对应类型的地址
    modelBuilder.Entity<Address>()
        .HasIndex(a => new { a.CustomerId, a.AddressType })
        .IsUnique();
}

这种方式既贴合业务逻辑，又能确保数据唯一性，删除Customer时所有关联的Address都会被自动级联删除。

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