当我在数据库中删除一些行(在循环中)，并在同一表中添加新的行时，我得到了这个错误。

我的解决方案是，在每个循环迭代中动态地创建一个新的上下文

我得到了同样的错误，因为PK的一部分是datetime列，而插入的记录使用了datetime。现在作为这一列的值。实体框架将以毫秒级精度插入值，然后以毫秒级精度查找刚刚插入的值。然而，SqlServer将该值舍入到秒精度，因此实体框架无法找到毫秒精度值。

解决方案是截断DateTime中的毫秒。在插入之前。

我在使用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> 

    public void Save(object entity)
    {
        using (var transaction = Connection.BeginTransaction())
        {
        try
                {
                    SaveChanges();
                    transaction.Commit();
                }
                catch (OptimisticConcurrencyException)
                {
                    if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Deleted || ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Modified)
                        this.Refresh(RefreshMode.StoreWins, entity);
                    else if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Added)
                        Detach(entity);
                    AcceptAllChanges(); 
                    transaction.Commit();
                }
        }
    }

对于那些使用AutoMapper的人 如果您正在更新一个实体，该实体具有指向另一个实体(或多个实体)的外键，请确保所有的外实体都将其主键设置为数据库生成(或对MySQL自动递增)。

例如:

public class BuyerEntity
{
    [Key]
    public int BuyerId{ get; set; }

    public int Cash { get; set; }

    public List<VehicleEntity> Vehicles { get; set; }

    public List<PropertyEntity> Properties { get; set; }

}

Vehicles和Properties存储在不同于Buyers的表中。当你添加一个新的买家时，AutoMapper和EF会自动更新车辆和属性表，所以如果你没有在这些表上设置自动增量(就像我没有)，那么你会看到来自OP的问题的错误。

在我们的例子中，这个错误是由于将实体标记为已修改，而它们的属性并没有“真正”改变。例如，当你将相同的值赋给一个属性时，上下文可能会将其视为更新，而数据库则不会。

基本上，我们运行了一个脚本，用来自其他属性的连接值重新填充一个属性。对于很多记录来说，这意味着没有变化，但它将它们标记为修改。DB返回不同数量的更新对象，这可能触发了该异常。

我们通过检查属性值并仅在不同的情况下分配新的值来解决这个问题。