EF Code First：如何在Blog与Post类间创建无FK的导航属性？

当然可以搞定！在EF Code First里要实现「实体类保留Blog和Post的导航属性，但数据库不生成外键（FK）」，得看你具体是哪种需求，下面给你两种常见场景的实现方法：

场景1：保留外键列，但不生成外键约束 #

如果你希望数据库里有用来关联的列（比如Post表的BlogId），但不想创建数据库层面的外键约束（避免级联操作或数据库耦合），可以用Fluent API来配置：

在你的DbContext的OnModelCreating方法里添加以下配置：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    // 配置Blog与Post的关联关系
    modelBuilder.Entity<Post>()
        .HasOptional(p => p.Blog) // 若Post必须关联Blog，就用HasRequired
        .WithMany(b => b.Posts)
        .Map(m => m.MapKey("BlogId")) // 可选：指定外键列名，EF默认会自动生成
        .WillCascadeOnDelete(false) // 关闭级联删除（可选，根据你的业务需求）
        .HasForeignKey(p => p.BlogId)
        .WillCreateForeignKey(false); // 核心：告诉EF不要创建数据库外键约束
}

注意：WillCreateForeignKey(false)是EF6及以上版本才有的方法，它会让EF只生成外键列，而跳过数据库外键约束的创建。

场景2：完全不生成外键列，仅保留模型层面的导航属性 #

如果你希望数据库里的Post表完全没有BlogId这类外键列，导航属性只是实体类层面的逻辑关联（EF不会自动帮你加载，需要手动处理关联），那直接给导航属性加上[NotMapped]注解即可：

public class Blog
{
    public int BlogId { get; set; }
    public string Name { get; set; }

    // 标记该属性不映射到数据库
    [NotMapped]
    public ICollection<Post> Posts { get; set; }
}

public class Post
{
    public int PostId { get; set; }
    public string Title { get; set; }

    // 标记该属性不映射到数据库
    [NotMapped]
    public Blog Blog { get; set; }
}

这种情况下，EF会完全忽略这些导航属性的数据库映射，数据库里的Blog和Post表是完全独立的，导航属性的填充需要你自己在业务逻辑里手动处理（比如查询后自行关联数据）。

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