Entity Framework 4.1 RTW Code First - POCO 一对多是否需要引用子实体和子实体主键？

Question

在一种情况下，您的父类有一个子类，映射实体的最佳模式是什么。

我见过很多建议，其中父级同时引用了子类和子类 id。例如

public class Parent
{
    public int Id
    {
        get;
        set;
    }

    public int ChildId
    {
        get;
        set;
    }

    public virtual Child Child
    {
        get;
        set;
    }
}

public class Child
{
    public int Id
    {
        get;
        set;
    }
}

public class ParentMapping : EntityTypeConfiguration<Parent>
{
    public ParentMapping()
    {
        HasKey(x => x.Id);

        HasRequired(X => x.Child)
            .WithMany()
            .Map(x => x.ToTable("Parent")
                        .MapKey("ChildId"));
    }
}

，使用这种模式，在保存父级时，如果您想将子级替换为不同的但现有子级，我看到的示例只是更新 ChildId 而不是 Child，这感觉不对，因为对象与自身不同步。

如果没有 ChildId，代码看起来会更整洁，但是使用这种模式，我无法使用现有的子项保存父项，因为 EF 正在尝试保存新的子项。

public class Parent
{
    public int Id
    {
        get;
        set;
    }

    public virtual Child Child
    {
        get;
        set;
    }
}

最好的模式是什么，我想知道是否需要 ChildId，那么 Child 属性如何保持同步以及是否会从数据库延迟加载。

Answer 1

这是外键和独立关联之间的区别。使用外键关联时，您实际上可以只使用键而不加载相关对象。如果您加载了引用，它会使引用不同步 - 但情况并非总是如此。如果您想保持引用同步，您几乎又回到了必须通过独立关联来解决的情况。

如果您公开外键，您应该使用它，因为它使很多事情变得更加容易。如果你使用独立关联，你应该做类似的事情：

var parent = GetUpdatedParentSomehow();
// Dummy object for the old child if the relation is not loaded
parent.Child = new Child { Id = oldChildId }; 
// Attach the parent
context.Parents.Attach(parent);

// Create dummy for new child (you can also load a child from DB)
var child = new Child { ID = newChildId };
// No attach the child to the context so the context
// doesn't track it as a new child
context.Childs.Attach(child);
// Set a new child
parent.Child = child;
// Set parent as modified
context.Entry(parent).State = EntityState.Modified;
context.SaveChanges();

有一个非常奇怪的部分，我正在为老孩子创建虚拟人。我几乎可以肯定，如果我在附加父级并设置新子级之前不这样做，我会在保存更改期间遇到一些异常（在独立关联的情况下）。