实体框架中的第二个 Self-To-Self 关系

Question

假设我们有一个域类，

public class Incident
{
    [Key]
    public virtual int IncidentId { get; set; }

    [Display(Name = "Parent Incident")]
    public virtual Incident ParentIncident { get; set; }

    [Display(Name = "Related Claim")]
    public virtual Incident ClaimIncident { get; set; }

 }

为了简单起见，省略了其他属性。

当我刚刚完成ParentIncident时，一切都工作正常。现在我已将 ClaimIncident 添加到类中。我尝试使用 Entity Framework 4.3 (PreRelease) Migrations 选项更新我的数据库，但收到错误消息，EF 不知道如何将事件映射到事件。

为什么每个类允许引用同一个类实例一次，而当我引入第二个类实例时，它突然不知道如何引用它？我怎样才能纠正模型类？

Answer 1

这就是我认为正在发生的事情。当您只有 ParentIncident Code First 时，按照惯例将其映射为自引用一对多单向独立关联的一端。这里有很多行话——让我解释一下：

• 自引用：从问题中可以看出，Indicent 实体位于关系的两端。
• 一对多：每个事件都有一个父事件，一个事件可以是许多事件的父事件。
• 单向：有从事件到其父事件 (ParentIncident) 的导航属性，但没有子事件的反向集合导航属性。
• 独立关联：由于类中没有外键属性，EF 在数据库中创建一个 FK 列（称为 ParentIncident_IncidentId），但它未映射到任何对象属性。

现在，当您添加 ClaimIncident 属性时，这会更改 Code First 尝试映射的方式。它现在创建一个自引用的一对一双向 FK 关联：

• 一对一，因为它看到从事件到事件的两个导航属性，并假设它们是同一关系的两侧。由于两者都不是集合属性，因此关系是一对一的。
• 再次是双向的，因为现在关系的每一端都有一个导航属性。
• FK，因为一对一关系变为 PK 到 PK，并且 EF 始终将其视为 FK 关系，因为 FK（即 PK）已映射。

但 Code First 无法弄清楚这种一对一关系的哪一端应该是主体端，哪一端应该是从属端。有时这确实很重要......所以 Code First 会抛出异常。

好的，所以我将从线程和您的模型中推断出您实际上并不想要这里存在一对一的关系。 （一对一的自引用 PK 到 PK 关系是毫无意义的，因此您可能会认为 Code First 不应该创建它，但 Code First 并不那么聪明。）

因此您将 FK 放入其中。两个事情发生了。首先，Code First 现在假设这些必须再次是一对多关系。其次，Code First 现在有了 FK 属性的名称，并依次使用该名称来命名数据库中的 FK 列。但该名称与已为独立关联创建的 FK 列不同 — 它不是 ParentIncident_IncidentId。这意味着迁移必须删除此列并创建一个新列...导致数据丢失。

要告诉 Code First 您实际上只需要两个自引用、单向、一对多、独立的关联，请使用这种流畅的映射：

protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
    modelBuilder.Entity<Incident>()
        .HasOptional(e => e.ParentIncident)
        .WithMany();

    modelBuilder.Entity<Incident>()
        .HasOptional(e => e.ClaimIncident)
        .WithMany();
}

现在迁移应该正确更新您的数据库。现在，必须要说的是，您可能要考虑更改为 FK 关联，在这种情况下，您要么需要在 Migrations 中进行一些数据移动，如果有数据丢失就接受，或者告诉 Code First 继续使用 FK之前生成的列名称。