为什么要使用 Attach 来更新 Entity Framework 6？

Question

在寻找通过 EF 执行 CRUD 操作的最佳实践时，我注意到强烈建议在更新实体之前使用 Attach() 或 Find() 方法。它运行良好，根据 EF 文档，这些方法将实体获取到对我来说非常清楚的上下文。但是下面的代码让我很困惑

public void Update(object entity)
{
    Record record = new Record() {
        id = 1,
        value = 5
    };
    using (SomeContext ctx = new SomeContext())
    {
        ctx.Entry(record).State = EntityState.Modified;
        ctx.SaveChanges();
    }
}

假设我们在数据库中有一条 id = 1 的记录。在这种情况下，上面的代码将更新记录（将值设置为 5）。问题是它为什么有效？那我为什么要使用Attach()?。据我了解，该记录并未以任何方式附加到上下文中。我阅读了this book 和the tutorial 的相关章节，但他们使用2-query-approach。我也上网了，但没有找到我的问题的答案。请帮我解释或一些好的数学。

Answer 1

如果您有一个您知道数据库中已经存在但当前未被上下文跟踪的实体（在您的情况下是这样），那么您可以使用 Attach 方法告诉上下文跟踪该实体在DbSet。 所以总而言之，Attach 方法所做的就是跟踪上下文中的实体并将其状态更改为 Unchanged。当您在此之后修改属性时，跟踪更改会将其状态更改为 Modified。 在您在上面公开的情况下，您明确地告诉状态是 Modified 但也将实体附加到您的上下文中。你可以在这个post找到详细的解释。

什么时候应该使用Attach 方法？

当您知道某个实体已存在于数据库中但想要进行一些更改时：

var entity= new Entity{id=1};
context.YourDbSet.Attach(entity); 

// Do some change...  
entity.value=5;

context.SaveChanges(); 

这是一样的：

 context.Entry(entity).State = EntityState.Unchanged; 

// Do some change... 
entity.value=5; 

context.SaveChanges(); 

何时应将实体的状态显式更改为已修改？

当您有一个您知道数据库中已经存在的实体但已经进行了更改时。您的示例的相同场景