更改关联时是否必须手动设置外键属性？

Question

我正在从 Linq-to-SQL 迁移到 Entity Framework (4.4)，使用带有 DbContext 的 Database First。我想知道以下行为是否正常：

using (var e = new AgendaEntities()) {
    var store = e.Stores.First();
    var office = e.Offices.Create();
    office.Store = store; // Set association
    Console.WriteLine(office.StoreID); // shows Guid.Empty, expected store.ID!
}

在 L2S 中，将 Store 关联设置为实体也会更新 StoreID 键。在 EF 中，这似乎没有发生。这与实体是新实体还是从上下文加载无关。

当我SaveChanges时，它会正确保存并且StoreID会更新为匹配office.ID，但是为什么只有在保存后才会发生这种情况？

是我遗漏了什么，还是我现在应该手动保持外键同步？

---

解决方案编辑： 这称为属性修复，通常由生成的代理自动完成。然而，DbContext 不再是这种情况。根据this Connect issue，这是设计使然。

你好， DbContext 模板实际上不会生成将用作更改跟踪代理的类 - 只是延迟加载代理（不进行修复）。我们做出这个决定是因为变更跟踪代理很复杂，并且有很多细微差别，可能会让开发人员感到非常困惑。 如果您希望在 SaveChanges 之前进行修复，您可以调用 myContext.ChangeTracker.DetectChanges。 ~EF 团队

另一种方法是调用DbContext.Entry(entity)，这将同步实体。本文对此进行了描述：Relationships and Navigation Properties 在“同步 FK 和导航属性之间的更改”下

Answer 1

没有。实体框架会为你做这件事。阅读Relationships and Navigation Properties了解更多信息。

通过将新对象分配给导航属性。以下 代码在课程和 department 之间创建关系。 如果对象附加到上下文中，course 也是 添加到 department.Courses 集合中，并且 课程对象上的相应外键属性设置为 department 的键属性值。

• course.Department = department;

但正如您所观察到的，这只发生在您调用 SaveChanges 或上面链接文档的“同步 FK 和导航属性之间的更改”部分中提到的其他操作之一之后。

如果您使用没有代理的 POCO 实体，您必须确保 调用 DetectChanges 方法来同步相关的 上下文中的对象。请注意，以下 API 会自动 触发 DetectChanges 调用。

• DbSet.Add
• DbSet.Find
• DbSet.Remove
• DbSet.Local
• DbContext.SaveChanges
• DbSet.Attach
• DbContext.GetValidationErrors
• DbContext.Entry
• DbChangeTracker.Entries
• 对 DbSet 执行 LINQ 查询

如果这根本没有发生，我猜你没有正确定义StoreID作为导航属性Store的外键。