实体框架:“存储更新、插入或删除语句影响了意外的行数(0)。”

我正在使用实体框架来填充网格控件。有时当我进行更新时，我得到以下错误:

存储更新、插入或删除语句影响了意外的行数(0)。实体可能在加载实体后已被修改或删除。刷新ObjectStateManager条目。

我不知道怎么复制这个。但这可能和我更新的时间间隔有关系。有人见过这个吗，或者有人知道错误消息指的是什么吗?

编辑:不幸的是，我不再有自由重现我在这里遇到的问题，因为我离开了这个项目，不记得我最终是否找到了解决方案，是否有其他开发人员修复了它，或者是否我绕过了它。因此我不能接受任何回答。

当前回答

我遇到了这个问题，这是由于实体的ID(键)字段没有设置造成的。因此，当上下文去保存数据时，它找不到ID = 0。请确保在更新语句中放置断点，并验证实体的ID是否已设置。

来自Paul Bellora的评论

我也遇到过同样的问题，因为忘记包含隐藏ID 在.cshtml编辑页面中输入

2011-06-13 23:59:09

其他回答

    public void Save(object entity)
    {
        using (var transaction = Connection.BeginTransaction())
        {
        try
                {
                    SaveChanges();
                    transaction.Commit();
                }
                catch (OptimisticConcurrencyException)
                {
                    if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Deleted || ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Modified)
                        this.Refresh(RefreshMode.StoreWins, entity);
                    else if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Added)
                        Detach(entity);
                    AcceptAllChanges(); 
                    transaction.Commit();
                }
        }
    }

2012-12-16 18:07:35

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

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

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

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

2009-12-02 22:25:38

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

2018-03-20 17:15:45

来自Paul Bellora的评论

我也遇到过同样的问题，因为忘记包含隐藏ID 在.cshtml编辑页面中输入

2011-06-13 23:59:09

我也有同样的问题，我发现这是由RowVersion为null引起的。检查Id和RowVersion是否为空。