当公认的答案说“它不会最终覆盖应用程序不知道已经发生的更改”时，我很怀疑，因为我的对象是新创建的。但后来发现，有一个INSTEAD OF UPDATE, INSERT- TRIGGER附加到表中，它正在更新同一表的计算列。

一旦我将其更改为AFTER INSERT, UPDATE，它就可以正常工作了。

当公认的答案说“它不会最终覆盖应用程序不知道已经发生的更改”时，我很怀疑，因为我的对象是新创建的。但后来发现，有一个INSTEAD OF UPDATE, INSERT- TRIGGER附加到表中，它正在更新同一表的计算列。

一旦我将其更改为AFTER INSERT, UPDATE，它就可以正常工作了。

哇，很多答案，但我得到这个错误时，我做了一些稍微不同，没有人提到。

长话短说，如果您创建了一个新对象，并告诉EF它使用EntityState进行了修改。修改后，它将抛出这个错误，因为它还不存在于数据库中。这是我的代码:

MyObject foo = new MyObject()
{
    someAttribute = someValue
};

context.Entry(foo).State = EntityState.Modified;
context.SaveChanges();

是的，这看起来很愚蠢，但它的出现是因为有问题的方法以前已经创建了foo，现在它只传递了someValue给它，并创建了foo自己。

很容易修复，只需改变EntityState。修改为EntityState。添加或更改整行为:

context.MyObject.Add(foo);

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

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();
    }
}

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

检查你是否忘记了GridView中的“DataKeyNames”属性。 当在GridView中修改数据时，它是必须的

http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.gridview.datakeynames.aspx

这件事刚刚发生在我身上。我正在运行Aurora (AWS MySQL)，并试图将记录添加到表中。在模型中标记为[Key]的字段被映射到表中的一个自动递增字段…至少我是这么想的。它被设置为主键，但没有设置为自动递增。所以将它设置为自动递增解决了我的问题。