我也有这个错误。在某些情况下，实体可能不知道您正在使用的实际数据库上下文，或者模型可能不同。为此，设置:EntityState.Modified;EntityState.Added;

这样做:

if (ModelState.IsValid)
{
context.Entry(yourModelReference).State = EntityState.Added;
context.SaveChanges();
}

这将确保实体知道你正在使用或添加正在使用的状态。此时，需要设置所有正确的模型值。小心不要丢失任何可能在后台所做的更改。

希望这能有所帮助。

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

我在使用Telerik的RadGrid时遇到了这个问题。我将主键设置为只读的绑定列。如果列是display="false"，它会工作得很好，但readonly="true"导致了问题。我通过将绑定列display=false并添加一个单独的模板列来解决这个问题

<telerik:GridBoundColumn HeaderText="Shouldnt see" Display="false" 
     UniqueName="Id" DataField="Id">
</telerik:GridBoundColumn>
<telerik:GridTemplateColumn HeaderText="Id" UniqueName="IdDisplay">
    <ItemTemplate>
        <asp:Label ID="IDLabel" runat="server" 
            Text='<%# Eval("Id") %>'></asp:Label>                               
    </ItemTemplate>
</telerik:GridTemplateColumn> 

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

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

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

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

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

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

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

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

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

我也有同样的问题。但这是我自己的失误。实际上，我是保存一个对象，而不是添加它。这就是矛盾所在。