在实体框架中的 1:1 关系中，关联的主体端是什么意思

Question

public class Foo
{
    public string FooId{get;set;}
    public Boo Boo{get;set;}
}


public class Boo
{
    public string BooId{get;set;}
    public Foo Foo{get;set;}
}

当我收到错误时，我试图在实体框架中执行此操作：

无法确定类型之间关联的主体端 “ConsoleApplication5.Boo”和“ConsoleApplication5.Foo”。 此关联的主体端必须使用以下任一方式显式配置 关系流式 API 或数据注释。

我在 StackOverflow 上看到了有关此错误的解决方案的问题，但我想了解“主体端”一词的含义。

Answer 1

在一对一的关系中，一端必须是主体，而另一端必须是从属的。主端是最先插入的端，它可以在没有依赖端的情况下存在。依赖端是必须插入在主体之后的一端，因为它具有主体的外键。

如果实体框架 FK 依赖也必须是它的 PK 所以在你的情况下你应该使用：

public class Boo
{
    [Key, ForeignKey("Foo")]
    public string BooId{get;set;}
    public Foo Foo{get;set;}
}

或者流畅的映射

modelBuilder.Entity<Foo>()
            .HasOptional(f => f.Boo)
            .WithRequired(s => s.Foo);

Answer 2

你也可以使用[Required]数据注解属性来解决这个问题：

public class Foo
{
    public string FooId { get; set; }

    public Boo Boo { get; set; }
}

public class Boo
{
    public string BooId { get; set; }

    [Required]
    public Foo Foo {get; set; }
}

Boo 需要Foo。

Answer 3

这是参考@Ladislav Mrnka 关于使用流利的api配置一对一关系的回答。

遇到过FK of dependent must be it's PK 不可行的情况。

例如，Foo 已经与 Bar 具有一对多关系。

public class Foo {
   public Guid FooId;
   public virtual ICollection<> Bars; 
}
public class Bar {
   //PK
   public Guid BarId;
   //FK to Foo
   public Guid FooId;
   public virtual Foo Foo;
}

现在，我们必须在 Foo 和 Bar 之间添加另一个一对一的关系。

public class Foo {
   public Guid FooId;
   public Guid PrimaryBarId;// needs to be removed(from entity),as we specify it in fluent api
   public virtual Bar PrimaryBar;
   public virtual ICollection<> Bars;
}
public class Bar {
   public Guid BarId;
   public Guid FooId;
   public virtual Foo PrimaryBarOfFoo;
   public virtual Foo Foo;
}

这里是如何使用 fluent api 指定一对一的关系：

modelBuilder.Entity<Bar>()
            .HasOptional(p => p.PrimaryBarOfFoo)
            .WithOptionalPrincipal(o => o.PrimaryBar)
            .Map(x => x.MapKey("PrimaryBarId"));

注意添加PrimaryBarId时需要去掉，因为我们是通过fluent api指定的。

还要注意方法名[WithOptionalPrincipal()][1] 有点讽刺。在这种情况下，Principal 是 Bar。 WithOptionalDependent()msdn 上的描述更清楚了。