當我更改關聯時，是否必須手動設置外鍵屬性？

Question

我使用Database First和DbContext從Linq-to-SQL遷移到實體框架（4.4）。我想知道以下行爲是否正常：

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或「同步FKS和導航性能之間的變化」部分中提到的其他行動之一後，這只是發生上面鏈接的文件。

如果您正在使用POCO實體，無需代理，您必須確保 該DetectChanges方法被調用到相關 對象在上下文同步。請注意，以下API會自動觸發一次DetectChanges調用。

• DbSet.Add
• DbSet.Find
• DbSet.Remove
• DbSet.Local
• DbContext.SaveChanges
• DbSet.Attach
• DbContext.GetValidationErrors
• 的DbContext。條目
• DbChangeTracke r.Entries
• 執行LINQ查詢針對DbSet

如果這不是在所有發生，我的猜測是，你有沒有正確定義StoreID爲導航屬性的外鍵Store。