对于那些使用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的问题的错误。

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

如果您试图插入一个唯一的约束情况，也会发生这种情况，即如果每个雇主只能有一种类型的地址，而您试图插入第二个具有相同类型的相同雇主的地址，您将遇到相同的问题。

OR

如果所有被赋值的对象属性，都被赋值与之前相同，也会发生这种情况。

        using(var db = new MyContext())
        {
            var address = db.Addresses.FirstOrDefault(x => x.Id == Id);

            address.StreetAddress = StreetAddress; // if you are assigning   
            address.City = City;                   // all of the same values
            address.State = State;                 // as they are
            address.ZipCode = ZipCode;             // in the database    

            db.SaveChanges();           // Then this will throw that exception
        }

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

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

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

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

您需要显式地包含主键的BoundField。如果你不想让用户看到主键，你必须通过css隐藏它:

    <asp:BoundField DataField="Id_primary_key" ItemStyle-CssClass="hidden" 
HeaderStyle-CssClass="hidden" />

其中'hidden'是css中的一个类，它的显示设置为'none'。

只是确保表和形式都有主键和edmx更新。

我发现更新期间的任何错误通常是因为: —表中没有主键 -在编辑视图/表单中没有主键(例如@Html.HiddenFor(m=> m.d id)