当我不小心试图更新对象而不是保存时，我得到了这个问题!

我有

 if (IsNewSchema(model))
            unitOfWork.SchemaRepository.Update(schema);
        else
            unitOfWork.SchemaRepository.Insert(schema);

我本应该这样做的

 if (IsNewSchema(model))
            unitOfWork.SchemaRepository.Insert(schema);
        else
            unitOfWork.SchemaRepository.Update(schema);

我在使用异步方法时偶尔会得到这个错误。自从我切换到同步方法后就没有发生过。

偶尔错误:

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public async Task<IHttpActionResult> Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    await db.SaveChangesAsync();

    return Ok();
}

一直有效:

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public IHttpActionResult Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    db.SaveChanges();

    return Ok();
}

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

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

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

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

在编辑时，将实体的id或主键作为视图中的隐藏字段

ie

      @Html.HiddenFor(m => m.Id)

这样问题就解决了。

此外，如果你的模型包括未使用的项目，也包括它，并张贴到控制器

我也有同样的问题。 在我的情况下，我试图更新主键，这是不允许的。

我还遇到了这个错误。问题原来是由我试图保存到的桌子上的触发器引起的。触发器使用了'INSTEAD OF INSERT'，这意味着0行被插入到该表，因此出现了错误。幸运的是，在可能的情况下，触发器功能是不正确的，但我猜它可能是一个有效的操作，应该以某种方式在代码中处理。希望有一天这能帮助到别人。