我在一个缺少主键并且有一个DATETIME(2,3)列的表上遇到了这个问题(因此实体的“主键”是所有列的组合)…执行插入时，时间戳有一个更精确的时间(2018-03-20 08:29:51.8319154)，被截断为(2018-03-20 08:29:51.832)，因此对关键字段的查找失败。

我将抛出这个，以防有人在并行循环中工作时遇到这个问题:

Parallel.ForEach(query, deet =>
{
    MyContext ctx = new MyContext();
    //do some stuff with this to identify something
    if(something)
    {
         //Do stuff
         ctx.MyObjects.Add(myObject);
         ctx.SaveChanges() //this is where my error was being thrown
    }
    else
    {
        //same stuff, just an update rather than add
    }
}

我把它改成如下:

Parallel.ForEach(query, deet =>
{
    MyContext ctxCheck = new MyContext();
    //do some stuff with this to identify something
    if(something)
    {
         MyContext ctxAdd = new MyContext();
         //Do stuff
         ctxAdd .MyObjects.Add(myObject);
         ctxAdd .SaveChanges() //this is where my error was being thrown
    }
    else
    {
        MyContext ctxUpdate = new MyContext();
        //same stuff, just an update rather than add
        ctxUpdate.SaveChanges();
    }
}

不确定这是否是“最佳实践”，但它通过让每个并行操作使用自己的上下文来解决我的问题。

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

来自Paul Bellora的评论

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

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

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

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

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

我今天遇到了一个类似的问题，我将在这里记录它，因为它不完全是乐观并发错误。

我正在将一个旧系统转换为一个新的数据库，它有几千个实体，我必须把它们脚本转移到新系统。然而，为了帮助理智，我选择保持原始的唯一id，所以是注入到新对象，然后尝试保存它。

我遇到的问题是，我使用MVC脚手架来创建基本存储库，他们在他们的UpdateOrInsert方法中有一个模式，基本上是在添加新实体或将其状态更改为modified之前检查是否设置了Key属性。

因为设置了Guid，所以它试图修改数据库中实际上不存在的行。

我希望这能帮助到其他人!

我得到了这个异常，我设置id列为自动增量在我的数据库的表，然后它工作得很好