实体框架延迟加载不正确的实体

Question

考虑以下（非常简化的）实体：

public class User
{
    public int Id { get; set; }
    public string Name { get; set; }
}

public class Answer
{
    public int Id { get;set; }
    public virtual User User { get; set; }
    public string Text { get;set }
}

public class TeamMember
{
    public int Id { get;set; }
    public virtual User User { get; set; }  
    public string Role { get; set; }
}

在我的映射器中，我可以设置用户罚款，但是一旦执行以下代码（在数据库中保留任何更改之前）

if（团队成员）。选择（x=

如果teamMembers是teamMembers的列表，currentUser是从Db加载的用户实体，则Answer的用户属性设置为数据库中的前一个值。我的理解是，因为在还没有从数据库加载Answer之前，我还没有访问它的User属性，所以发生了这样的事情（它是延迟加载的？）。

在映射器中设置之前，我可以通过读取用户来修复它，但我无法理解的是，为什么当我访问TeamMember的用户属性时，会加载并设置Answer的用户属性？由于两个实体都与同一用户关联（即，在数据库中，它们具有与外键相同的用户Id），并且在为团队成员加载它时，EF会尝试巧妙地填充引用它但尚未加载的其他实体，因此这是预期的行为吗？




Answer 1

实体不是由引用它们的元素存储/缓存的，而是与各自的集合一起存储的。

一旦你加载了该用户通过团队成员引用，它被加载...周期。当您从另一个元素/对象引用它时，如果它在内存中已经有了该对象，再去加载它将是愚蠢的。

这一切都是出于设计，它是有意义的。。。例如，如果您希望同时保存所有这些对象，它将首先创建用户，为其获取标识/密钥，然后使用生成的密钥保存引用该用户的其他对象。

裁判：https://msdn.microsoft.com/en-us/data/hh949853.aspx#3

“…ObjectContext将检查是否已将具有相同键的实体加载到其ObjectStateManager中。如果已存在具有相同键的实体，EF将在查询结果中包含该实体。尽管EF仍将对数据库发出查询，但此行为可以绕过实体实体实体化的大部分成本。”多次。”