实体框架 5：代码优先的循环关系问题

我明白为什么 EF 不允许 PK/FK 关系中的“循环引用”。我正在寻求有关如何更改模型以使以下场景发挥作用的建议。

Scenario

三个实体：Employee, Agency, WorkRecord。他们的目的是记录员工工作所花费的时间。Employee然后包含对Agency他/她受雇于，并且他/她WorkRecord包含对Agency工作已经完成了。

public class Employee
{
    [Key]
    public int Id { get; set; }

    public string Name { get; set; }

    public int AgencyId { get; set; }
    public virtual Agency Agency { get; set; }

    public virtual IEnumerable<WorkRecord> WorkRecords { get; set; }
}

public class Agency
{
    [Key]
    public int Id { get; set; } 
}

public class WorkRecord
{
    [Key]
    public int Id { get; set; } 

    public int Hours { get; set; } 

    public int AgencyId { get; set; } 
    public virtual Agency Agency { get; set; } 

    public int EmployeeId { get; set; }
    public virtual Employee { get; set; }
}

就像这样，它会发牢骚：FK_dbo.WorkRecords_dbo.Employees_EmployeeId导致循环参考。

实验

我的第一个想法是因为双向虚拟属性，所以我决定将两者中的一个指定为具有单向关系的顶级实体：

首先，我指定了WorkRecord作为顶级实体并删除虚拟WorkRecords参考参考来自Employee实体...产生相同的消息。

其次，我做了Employee顶级实体，留下其虚拟WorkRecords收集，并删除虚拟Employee参考属性来自WorkRecord实体...工作正常，但没有实现我的目标。

经过更多调查，我发现是两个实体上的 Agency 虚拟引用属性导致了循环引用。如果一个实体删除这一点，Employee/WorkRecord实体关系在各个方向上发挥作用。

问题：

所以，我可以清楚地问 - 我如何表达这种商业模式，使用WorkRecord作为我的顶级实体，而不会让 EF5 感到不安？

听起来您只是想摆脱 EF 的困扰，但我认为这实际上表达了数据耦合中的一个有效问题。例如，如果将 AgencyId 同时绑定到 WorkRecord 和 Employee，则更新 WorkRecord 上的 AgencyId 将级联到 Employee。然后将级联到 WorkRecord 等。因此“循环引用”。您确实应该指定哪些数据对象将“拥有”与代理机构的关系。

就我个人而言，我怀疑最自然的绑定是从工作记录中引用代理。我可以看到这样一种情况：员工可能从一个机构转移到另一个机构，但工作记录从一个机构转移到另一个机构会困难得多。事实上，没有 WorkRecord 的 Employee 也不能被称为真正的 Employee。如果您确定是这种情况，那么我会从“员工”中删除“代理机构”引用。如果您需要从员工处前往代理机构，那么您可能should无论如何都要检查一下工作记录。

然而，所有这些都只是概念性的。我怀疑，如果您使 Employee 上的 AgencyId 可以为 null，那么 EF 就不会再抱怨了（而且您might希望两者都是可选的）。这应该使得员工的更新有效，而无需要求使用 WorkRecord 进行循环更新。我必须测试一下才能验证，但我怀疑它是正确的。

public class Employee
{
    [Key]
    public int Id { get; set; }

    public string Name { get; set; }

    public int? AgencyId { get; set; }
    public virtual Agency Agency { get; set; }

    public virtual IEnumerable<WorkRecord> WorkRecords { get; set; }
}