我也遇到了同样的问题。

我使用EF 6，代码优先+迁移。 问题是我们的DBA在抛出错误的表上创建了一个约束。

这是乐观并发特性的副作用。

不是100%确定如何在实体框架中打开/关闭它，但基本上它告诉你的是，当你从数据库中获取数据时，当你保存你的更改时，其他人已经更改了数据(这意味着当你保存它时，0行实际上得到了更新)。在SQL术语中，它们的更新查询的where子句包含行中每个字段的原始值，如果0行受到影响，它就知道出错了。

它背后的思想是，你最终不会覆盖你的应用程序不知道发生了什么变化——它基本上是。net在所有更新中附带的一个小安全措施。

如果它是一致的，那么它很可能发生在您自己的逻辑中(例如:您实际上是在选择和更新之间的另一个方法中自己更新数据)，但它可能只是两个应用程序之间的竞争条件。

哇，很多答案，但我得到这个错误时，我做了一些稍微不同，没有人提到。

长话短说，如果您创建了一个新对象，并告诉EF它使用EntityState进行了修改。修改后，它将抛出这个错误，因为它还不存在于数据库中。这是我的代码:

MyObject foo = new MyObject()
{
    someAttribute = someValue
};

context.Entry(foo).State = EntityState.Modified;
context.SaveChanges();

是的，这看起来很愚蠢，但它的出现是因为有问题的方法以前已经创建了foo，现在它只传递了someValue给它，并创建了foo自己。

很容易修复，只需改变EntityState。修改为EntityState。添加或更改整行为:

context.MyObject.Add(foo);

当公认的答案说“它不会最终覆盖应用程序不知道已经发生的更改”时，我很怀疑，因为我的对象是新创建的。但后来发现，有一个INSTEAD OF UPDATE, INSERT- TRIGGER附加到表中，它正在更新同一表的计算列。

一旦我将其更改为AFTER INSERT, UPDATE，它就可以正常工作了。

我遇到了这个问题，这是由于实体的ID(键)字段没有设置造成的。因此，当上下文去保存数据时，它找不到ID = 0。请确保在更新语句中放置断点，并验证实体的ID是否已设置。

来自Paul Bellora的评论

我也遇到过同样的问题，因为忘记包含隐藏ID 在.cshtml编辑页面中输入

Got the same problem when removing item from table(ParentTable) that was referenced by another 2 tables foreign keys with ON DELETE CASCADE rule(RefTable1, RefTable2). The problem appears because of "AFTER DELETE" trigger at one of referencing tables(RefTable1). This trigger was removing related record from ParentTable as result RefTable2 record was removed too. It appears that Entity Framework, while in-code was explicitly set to remove ParentTable record, was removing related record from RefTable1 and then record from RefTable2 after latter operation this exception was thrown because trigger already removed record from ParentTable which as results removed RefTable2 record.