通過使用外鍵更新實體和使用導航屬性之間的區別在實體框架中

Question

-I想知道通過使用外鍵更新實體和使用實體框架中的導航屬性之間的區別。

- 是否有更新複雜的對象只有一次調用數據庫的方法？

Answer 1

使用外鍵更新實體優於導航屬性，因爲您不必處理實體的狀態。使用導航屬性更新實體時最常見的問題是在您可能預期相反的情況下獲取重複記錄。假設你有這個簡單的模型：

public class Post 
{ 
    public int Id {get; set;} 
    public string Title {get; set;} 

    [ForeignKey("CategoryId")] 
    public Category Category {get; set;} 

    public int CategoryId {get; set;} 
} 


public class Category 
{ 
    public int Id {get; set;} 
    public string Name {get; set;} 
} 

現在讓我們假設你有一個更新Post的控制器動作。認爲視圖有列出所有類別的列表框，用戶可以更改它。

PostController中立即更新

[HttpPost] 
public ActionResult UpdatePost(PostDTO, post) 
{ 
    //Retrived the chosen category using its own "repository" class 
    Category newCategory = categoryRepository.Get(post.CategoryId); 

    //other validations here.. 

    //Call method to update passing postDTO and the existing category 
    postRepository.Update(post, newCategory) 
} 

，在PostRepository，你做這樣的事情：

public void Update(PostDTO postDTO, Category category) 
{ 
    using (var context = new ScreencastContext()) 
    { 
    //Get the post in this context 
     var post = context.Post.SingleOrDefault(x => x.Id == postDTO.Id); 

     post.Name = postDTO.Name; 
     //set other Post fields... 

     //Set the new category to the post 
     //this category already exists in the database and was retrieved by another "context" 
     post.Category = category; 

     context.Post.Attach(post); 
     context.Entry(post).State - EntityState.Modified; 

     context.SaveChanges(); 
    } 
} 

也許你會認爲實體框架將 「趕上」 你的等級對象已經存在於數據庫中，並且只會更新Post表中的外鍵標識。 錯誤。 它實際上會創建一個新的類別，這是因爲當您從另一個上下文中檢索該類別時，此上下文不會將其識別爲圖形的一部分，而無法識別的實體具有默認狀態「已添加」。所以當你調用SaveChanges時，它會創建一個新的類別。

你可以自己管理實體的狀態來解決這個問題，但是這會變得非常複雜，並且很容易被許多怪異的代碼弄得無法理解。這就是外鍵派上用場的時候。

以上更新方法可以rewriten到這樣的事情：

public void Update(PostDTO postDTO, Category category) 
{ 
    using (var context = new ScreencastContext()) 
    { 
     //Get the post in this context 
     var post = context.Post.SingleOrDefault(x => x.Id == postDTO.Id); 

     post.Name = postDTO.Name; 
     //set other Post fields... 

     //Set the new category to a post 
     //this category already exists in the database and was retrived by another "context" 
     post.CategoryId = category.Id; 

     //This just prevent any accidental navigation property being set. 
     post.Category = null; 

     context.Post.Attach(post); 
     context.Entry(post).State = EntityState.Modified; 

     context.SaveChanges(); 
    } 
} 

這樣，你只更新後的表。一個新的類別將不會創建，並且一切都將按預期工作。

這件事，我發現在我自己的工作場所發生，很多時候，我總是指人這個驚人文章由朱莉·勒曼寫：

Why Does Entity Framework Reinsert Existing Objects into My Database?