我还遇到了这个错误。问题原来是由我试图保存到的桌子上的触发器引起的。触发器使用了'INSTEAD OF INSERT'，这意味着0行被插入到该表，因此出现了错误。幸运的是，在可能的情况下，触发器功能是不正确的，但我猜它可能是一个有效的操作，应该以某种方式在代码中处理。希望有一天这能帮助到别人。

我遇到这种情况是因为datetime和datetime2之间不匹配。奇怪的是，在测试人员发现问题之前，它工作得很好。我的Code First模型包括一个DateTime作为主键的一部分:

[Key, Column(Order = 2)]  
public DateTime PurchasedDate { get; set; } = (DateTime)SqlDateTime.MinValue;

生成的列是一个datetime列。当调用SaveChanges时，EF生成了以下SQL:

-- Region Parameters
DECLARE @0 Int = 2
DECLARE @1 Int = 25
DECLARE @2 Int = 141051
DECLARE @3 DateTime2 = '2017-07-27 15:16:09.2630000' --(will not equal a datetime value)
-- EndRegion
UPDATE [dbo].[OrganizationSurvey]
SET [OrganizationSurveyStatusId] = @0
WHERE ((([SurveyID] = @1) AND ([OrganizationID] = @2)) AND ([PurchasedDate] = @3))

因为它试图将datetime列与datetime2值匹配，所以没有返回任何结果。我能想到的唯一解决方案是将列更改为datetime2:

[Key, Column(Order = 2, TypeName = "DateTime2")]  
public DateTime PurchasedDate { get; set; } = (DateTime)SqlDateTime.MinValue;

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

长话短说，如果您创建了一个新对象，并告诉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);

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

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

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

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

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

我们忘记提到“enctype”，发布“多部分”表单数据。我刚刚面对的另一个场景是…