EF Core Sqlite一对多关联：添加新Post记录的优化方案咨询

能否避免查询Blog表直接插入Post？ #

当然可以，你遇到的问题是因为EF Core默认会将未被跟踪的关联实体（这里是newPost.Blog）视为新实体，尝试插入导致唯一约束错误。只要告诉EF Core这个Blog已经存在，就可以直接插入Post，无需查询Blog表。

两种更优实现方案 #

方案1：给Post添加显式外键属性（推荐） #

当前你的Post实体只有导航属性Blog，没有显式外键字段，EF Core会自动生成影子外键，但添加显式外键能让代码更直观，也能避免不必要的对象实例化：

修改Post实体：

public class Post
{
    public string Id { get; set; } = $"Post-{Guid.NewGuid()}";
    public string Name { get; set; }
    public string BlogId { get; set; } // 显式外键，与Blog.Id对应
    public required Blog Blog { get; set; }
}

添加Post时，直接设置BlogId即可，无需查询Blog：

public void AddPost(string postName, string blogId)
{
    var newPost = new Post
    {
        Name = postName,
        BlogId = blogId,
        // 因Blog是required约束，实例化仅含Id的Blog对象
        Blog = new Blog { Id = blogId }
    };

    // 将Blog标记为Unchanged状态，告知EF该实体已存在于数据库
    _context.Attach(newPost.Blog);
    _context.Posts.Add(newPost);
    _context.SaveChanges();
}

方案2：使用Attach标记关联Blog为已存在（无需修改实体） #

如果不想修改实体结构，只需在添加Post前，将传入的newPost.Blog标记为已存在状态，EF就不会尝试插入它：

public void AddPost(Post newPost)
{
    // 标记Blog为Unchanged，告知EF该实体已在数据库中存在
    _context.Attach(newPost.Blog);
    _context.Posts.Add(newPost);
    _context.SaveChanges();
}

注意：这里的newPost.Blog只需包含正确的Id即可，其他属性可以为空，EF只会关注其跟踪状态。

对现有做法的评价 #

现有做法是可行的，但存在两处冗余：

1. 多余的数据库查询：每次添加Post都要查询Blog表，增加了不必要的数据库IO，高并发场景下会影响性能。
2. 冗余操作：Include(b => b.Posts)完全没必要，你不需要加载Blog的所有Post，EF Core处理导航集合添加时会自动处理外键关联；另外_context.Blogs.Update(blog)也是多余的，通过FirstOrDefault查询的Blog已被EF跟踪，添加Post到集合后EF会自动识别变化，无需手动调用Update。

如果一定要保留现有思路，至少可以优化为：

public void AddPost(Post newPost)
{
    var blog = _context.Blogs.Find(newPost.Blog.Id); // Find优先查缓存，比FirstOrDefault高效
    blog.Posts ??= new List<Post>();
    blog.Posts.Add(newPost);
    _context.SaveChanges(); // 无需Update，EF自动跟踪变化
}

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