我是否在依赖关系或主体上定义了两个实体之间的关系？

使用entity framework时，我对在两个实体之间定义关系的位置感到困惑。 我觉得无论何时我寻找例子，我最终都会从两个不同的角度找到相同事物的例子 – 依赖→校长，以及校长→依赖。

鉴于以下实体：

class Foo { public int Id { get; set; } public virtual ICollection Bars { get; set; } } class Bar { public int Id { get; set; } public Foo Foo { get; set; } public virtual Baz { get; set; } } class Baz { public int Id { get; set; } public Bar Bar { get; set; } } 

我们这里有几个场景。 Foo有很多Bar指向它。 Baz有一个Bar的可选外键。 Baz可以在没有Bar情况下存在。

我在哪里定义这些关系？ 到底在哪里，我的意思是在使用流畅的API时，哪个实体会定义这些关系？ 也许为了更清楚，如果我使用流畅的API和EntityTypeConfiguration类进行绑定，那么这些实体将被定义在哪？

我之所以感到困惑的一个例子是因为我看到这样的答案就是说应该在类中用virtual定义一对一。 所以在这些实体中， Baz和Bar之间的可选一对一将是或类似于：

 modelBuilder.Entity() .HasOptional(f => f.Baz) .WithRequired(s => s.Bar); 

Answer 1

我认为您对virtual关键字感到困惑。 我确实尝试在你链接的页面上找到它，但它不存在。

virtual关键字允许Entity Framework在其在幕后创建的代理实体中覆盖该属性，并从Barinheritance该属性。 然后，当访问该属性时，覆盖将对延迟加载Baz进行数据库调用。

virtual关键字与关系的定义无关，如果您不想延迟加载，则不需要它。

您在映射时定义主体：

 modelBuilder.Entity() .HasOptional(f => f.Baz). //Baz is dependent .WithRequired(s => s.Bar);//Bar is principal modelBuilder.Entity() .HasOptional(f => f.Bar). //Bar is dependent .WithRequired(s => s.Baz);//Baz is principal 

至于你的例子中Foo和Bar之间的其他关系， Foo有一个Bars的集合，但是Foo只有一个Bar所以外键在Bar 。 EF默认会这样做。

依赖项获取引用主体密钥的外键。 当它是一对一的时候，那个外键也是依赖的主键，但EF无法解决哪个是哪个，这就是为什么在你指定错误之前就会出错。

参考： http ： //msdn.microsoft.com/en-us/library/ee382827.aspx

Answer 2

当您在课程中定义使用EF时，您已经定义了关系。 当您在类中定义Collection中的导航属性时，EF能够理解

public virtual ICollection Bars { get; set; }

你想要一对多的关系。

另一方面，如果您将一个集合添加到另一个类

public virtual ICollection Foos { get; set; }

EF将理解你想要许多可能的关系

如果你在另一个类中添加一个类实例作为属性，它会理解为一对一（或从零到一）关系。

虚拟关键字与之前提到的关系无关，它涉及懒惰，急切的加载