自增ID相同时报错: Database operation expected to affect 1 row(s) but actually affected 2 row(s)...

数据库操作预计会影响 1 行,但实际上影响了 2 行。 自加载实体以来,数据可能已被修改或删除。 有关理解和处理乐观并发异常的信息,请参阅 http://go.microsoft.com/fwlink/?LinkId=527962。

项目场景:

使用EF进行数据修改并保存_dbContext.SaveChanges();的时候出现错误


问题描述:

在EF里面进行修改的时候出现错误,报错:中文意思(数据库操作预计会影响 1 行,但实际上影响了 2 行。 自加载实体以来,数据可能已被修改或删除。 有关理解和处理乐观并发异常的信息,请参阅 http://go.microsoft.com/fwlink/?LinkId=527962。)在网上搜索了许多都没找到原因。并且添加没有问题!


原因分析:

因为里面新增的数据再修改没有问题,但是之前的历史数据修改却报错,想到是数据问题,吧正确数据和错误数据对了一遍,么有发现什么问题。然后就开始想是否为触发器的原因,还有它的一些约束,但是发现就算吧触发器删除掉也是一样有问题。非常纳闷。这时候有个同事说 可能是数据不唯一的原因,所以就开始在数据库group by查找数据是否唯一。


解决方案:

最后发现还真是数据不唯一的原因,要修改的数据的自增列竟然不唯一。是的,因为有一部分是我从另一个数据库导进来的数据,所以导致了自增列id竟然有很多重复的。原以为导进来的数据自增列会自动往下排,没想到是保持原来的自增信息。所以吧自增id相同的id删除掉值保留一个,然后在项目里面,ef在_dbContext.SaveChanges();的时候就不会再报错了。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
这个误通常是由于乐观并发性冲突引起的。乐观并发性是一种处理并发访问数据库的策略,它假定多个用户之间的冲突是罕见的,并且只在提交更改时检查数据是否已被其他用户修改。当一个用户试图提交更改时,如果该数据已被其他用户修改,则会引发乐观并发性异常。 在你的情况下,误信息表明你预期影响一行数据,但实际上没有影响任何行。这可能是因为在你加载实体(数据)后,其他用户已经修改或删除了这些数据。 为了解决这个问题,你可以考虑以下几个步骤: 1. 确保你在修改数据之前重新加载了最新的数据。这可以通过重新查询数据库获取最新的数据,或者使用一些 ORM(对象关系映射)工具来自动管理数据加载。 2. 在提交更改之前,检查数据是否已被其他用户修改。可以通过比较你加载的数据与当前数据库中的数据来实现。如果数据不匹配,可以选择放弃更改、重新加载最新数据或者手动解决冲突。 3. 如果你的应用程序中经常出现乐观并发性异常,你可能需要重新评估你的并发控制策略。你可以考虑使用悲观并发性控制策略,这意味着在修改数据之前,先锁定数据以防止其他用户对其进行修改。这样可以避免冲突,但可能会对性能产生一定的影响。 希望这些建议能帮助你解决问题!如果还有其他问题,请随时提问。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值