ASP.NET Core 2.0中无损扩展实体双向可选一对一关系的方法

这个坑我之前踩过！EF Core在处理双向一对一关系时，默认的约定会和你现有的数据库结构冲突，导致迁移脚本误删现有外键和数据。要在保留现有关系和数据的前提下实现双向导航，关键是用Fluent API明确指定关系的外键和依赖方，而不是依赖默认约定。

步骤1：修改实体类，显式声明外键字段 #

首先，给Nav类显式添加CarID外键字段（虽然EF之前可能自动生成了这个字段，但显式声明能让EF更清楚你的意图），同时在Car类中添加Nav导航属性：

public class Car {
    public int ID { get; set; }
    public string ModelName { get; set; }
    // 新增双向导航属性
    public virtual Nav Nav { get; set; }
    //其他属性
}

public class Nav {
    public int ID { get; set; }
    public decimal ScreenSize { get; set; }
    // 显式声明外键字段（和现有数据库中的CarID字段对应）
    public int? CarID { get; set; }
    //其他属性
    public virtual Car Car { get; set; }
}

步骤2：用Fluent API配置一对一关系 #

在你的DbContext的OnModelCreating方法中，明确配置这个双向可选的一对一关系，指定Nav是依赖方，外键为CarID：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 配置Car和Nav的双向一对一关系
    modelBuilder.Entity<Nav>()
        .HasOne(n => n.Car) // Nav关联一个Car
        .WithOne(c => c.Nav) // Car关联一个Nav
        .HasForeignKey<Nav>(n => n.CarID) // 指定Nav的CarID作为外键
        .IsRequired(false); // 可选关系：Nav可以不关联Car，Car也可以不关联Nav

    // 其他实体配置...
}

步骤3：生成并验证迁移脚本 #

现在执行迁移命令：

Add-Migration AddBidirectionalOneToOne

重要：打开生成的迁移脚本，仔细检查！ 你要确保脚本中没有DropColumn、DropForeignKey或DropIndex针对Navs表的CarID字段的操作。正常情况下，这个迁移只会添加必要的索引（用于优化导航查询），不会修改现有外键和数据。

确认无误后，更新数据库：

Update-Database

为什么原来的方式会出问题？ #

EF Core的默认约定中，双向一对一关系会自动将其中一个实体的主键作为外键指向另一个实体（比如会试图让Car.ID关联Nav.ID），这就和你现有的Nav.CarID外键冲突了。EF会认为原来的外键是错误的，所以生成的迁移脚本会删除它，这就导致了数据丢失风险。通过Fluent API明确指定外键和依赖方，就能告诉EF要保留现有的外键结构。

验证功能 #

现在你就可以正常从Car查询关联的Nav了：

var screenSize = car.Nav != null ? car.Nav.ScreenSize : 0;

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