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

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

我得到了这个异常，我设置id列为自动增量在我的数据库的表，然后它工作得很好

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

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

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

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

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

  @Html.HiddenFor(model => model.RowVersion)

我的rowversion是null，所以必须将它添加到视图中 这解决了我的问题

我在一个缺少主键并且有一个DATETIME(2,3)列的表上遇到了这个问题(因此实体的“主键”是所有列的组合)…执行插入时，时间戳有一个更精确的时间(2018-03-20 08:29:51.8319154)，被截断为(2018-03-20 08:29:51.832)，因此对关键字段的查找失败。