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

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

该问题是由以下两种原因之一引起的:-

You tried to update a row with one or more properties are Concurrency Mode: Fixed .. and the Optimistic Concurrency prevented the data from being saved. Ie. some changed the row data between the time you received the server data and when you saved your server data. You tried to update or delete a row but the row doesn't exist. Another example of someone changing the data (in this case, removing) in between a retrieve then save OR you're flat our trying to update a field which is not an Identity (ie. StoreGeneratedPattern = Computed) and that row doesn't exist.

在从模型优先改为代码优先之后，我开始得到这个错误。我有多个线程更新数据库，其中一些可能更新同一行。我不知道为什么我没有使用模型优先的问题，假设它使用不同的并发默认。

为了在一个地方处理它，知道它可能发生的条件，我在DbContext类中添加了以下重载:

using System.Data.Entity.Core.Objects;
using System.Data.Entity.Infrastructure;

public class MyDbContext: DbContext {
...
        public int SaveChanges(bool refreshOnConcurrencyException, RefreshMode refreshMode = RefreshMode.ClientWins) {
            try {
                return SaveChanges();
            }
            catch (DbUpdateConcurrencyException ex) {
                foreach (DbEntityEntry entry in ex.Entries) {
                    if (refreshMode == RefreshMode.ClientWins)
                        entry.OriginalValues.SetValues(entry.GetDatabaseValues());
                    else
                        entry.Reload();
                }
                return SaveChanges();
            }
        }
}

然后在任何适用的地方调用SaveChanges(true)。

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

如果试图用数据库中不存在的Id更新记录，可能会发生这种情况。

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

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