主页 / coding / 问题 / 79591481
Accepted
dave
Asked: 2025-04-25 05:27:07 +0800 CST

EF Core 在创建新实体时无法正确映射外键

  • 772

我在创建具有一对一关系的新实体时遇到了问题。EF Core 无法正确分配外键。

作为示例，我们以两个实体为例：

public class User
{
    public int Id { get; set; }
    public int BlogId { get; set; }
    public Blog Blog { get; set; }
}

public class Blog
{
    public int Id { get; set; }
    public int UserId { get; set; }
    public User User { get; set; }
}

定义它们之间的关系，以便清楚地了解哪个依赖于哪个：

protected override void OnModelCreating(ModelBuilder builder)
{
    builder.Entity<User>()
        .HasOne(u => u.Blog)
        .WithOne(b => b.User)
        .HasForeignKey<Blog>()
        .IsRequired();
}

然后当我尝试像这样创建它们时：

var user = new User 
               {
                   Blog = new Blog(),
               };

await DbContext.Set<User>().AddAsync(user);
await DbContext.SaveChangesAsync();

已Blog创建，其UserId属性也已正确设置。但是，的BlogId属性User为 0。根据文档，应该可以像这样创建关联实体。

这不适用于一对一关系吗？还是我还遗漏了什么？

顺便说一下，我用的是 Postgres，万一数据库提供商跟它有关呢。另外，EF Core 版本是 9。

postgresql

2 个回答

  1. Best Answer

    如果一个用户只能拥有一个博客，那么经典的一对一关系实际上是这样的：

    public class User
{
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }
    public Blog Blog { get; set; }
}
public class Blog
{
    [DatabaseGenerated(DatabaseGeneratedOption.None)]
    public int Id { get; set; }
    public User User { get; set; }
}

// with...
    builder.Entity<User>()
        .HasOne(u => u.Blog)
        .WithOne(b => b.User)
        .IsRequired();

    默认情况下，EF 会通过主键 (PK) 关联两个实体，无需在任意一个表中分别指定外键 (FK)。在一对一关系中，两个表共享同一个主键。它们拥有不同的主键毫无意义，因为它们永远只会是一对。您可以在任意一个表中指定一个备用外键 (FK)，但只能指定其中一个，除非关系是双向可选的，否则无需指定。（用户和博客之间的关系可以是 0-1、1-1 或 1-0）。在这种情况下，您需要在其中一个表上使用专用的外键 (FK)。

    然而，在这个例子中，一个用户只有一个博客是没有意义的。他们可能有多个博客。这将是一对多关系：

    public class User
{
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }
    public ICollection<Blog> Blogs { get; } = [];
}
public class Blog
{
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }
    public int UserId { get; set; }
    public User User { get; set; }
}

// with...
    builder.Entity<User>()
        .HasMany(u => u.Blogs)
        .WithOne(b => b.User)
        .HasForeignKey(b => b.UserId)

    这里我们可以有一个包含 0 到任意数量博客的用户记录，并且博客的创建需要与用户关联。

    在这种情况下，我建议对 Blog 表上的 UserId FK 使用影子属性：

    public class User
{
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }
    public ICollection<Blog> Blogs { get; } = [];
}
public class Blog
{
    [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
    public int Id { get; set; }
    public User User { get; set; }
}

// with...
    builder.Entity<User>()
        .HasMany(u => u.Blogs)
        .WithOne(b => b.User)
        .HasForeignKey("UserId")

    这会告诉 EF，Blogs 表中有一个 UserId 列可作为 User 的 FK，而不会在 Blog 实体中公开 UserId 属性。当涉及双向引用时，通常最好避免公开 FK 和导航属性，因为这会形成两个事实来源。如果加载/设置了导航属性，则 FK 属性优先，但在未设置/加载导航属性时设置 FK 属性将优先。如果某些代码检查/依赖 blog.UserId 而其他代码可能使用 blog.User，则会导致错误。设置 FK 不会更改任何已加载的 User 引用。设置导航属性不会自动更新 FK，直到SaveChanges()调用之后。通常使用其中一种更安全，如果有理由同时使用两者，则要小心。

    • 2

  2. 我强烈建议使用逆向工程。

    已为您正确创建了具有所有关系的 dbcontext。

    我认为你只需要一个就可以建立一对一的关系；

    用户中的 BlogId 或

    博客中的用户 ID

    两者兼而有之会造成冗余。例如，如果您希望加快反向查询的速度，那么我建议使用触发器来设置该值，以避免不一致。

    • 1

相关问题