The database operation was expected to affect 1 row(s), but actually a

走过雨季

The database operation was expected to affect 1 row(s), but actually affected 0 row(s); 解决乐观并发

1.乐观并发

EF Core 实现 乐观并发，假定并发冲突相对较少。 与 悲观 方法（即先锁定数据，然后才继续修改数据）不同，乐观并发不需要锁定，而是安排数据修改在保存时失败（如果数据自查询后已更改）。 此并发故障将报告给应用程序，应用程序可能会通过对新数据重试整个操作来相应地处理它。
在 EF Core 中，乐观并发是通过将属性配置为 并发令牌来实现的。 在查询实体时加载和跟踪并发令牌，就像任何其他属性一样。 然后，在 期间 SaveChanges()执行更新或删除操作时，数据库上的并发令牌值与 EF Core 读取的原始值进行比较。
代码触发乐观会如下错误：

1. Microsoft.EntityFrameworkCore.DbUpdateConcurrencyException: The database operation was expected to affect 1 row(s), but actually affected 0 row(s); data may have been modified or deleted since entities were loaded. See http://go.microsoft.com/fwlink/?LinkId=527962 for information on understanding and handling optimistic concurrency exceptions.

复制代码

2.设置乐观锁

我的程序使用EF Core，然后给实体类设置了乐观并发 UseIdentityColumn

1. public void Configure(EntityTypeBuilder<ChatRecord> builder)
2. {
3. //在 PostgreSQL 中，表名以及列名是不区分大小写的。这意味着在数据库中创建表时，无论您是使用大写、小写或混合大小写的名称，最终都会使用相同的名称来访问和操作该表。
4. //设置表
5. builder.ToTable("ChatRecord");
6. //设置表主键
7. builder.HasKey(e => e.ChatRecordId);
8. //设置主键自增
9. builder.Property(e => e.ChatRecordId)
10. .UseIdentityColumn();
11. }

复制代码

3.什么情况下会触发乐观并发

乐观并发允许发生并发冲突，并在并发冲突发生时作出正确反应。 例如，Jane 访问院系编辑页面，将英语系的预算从 350,000.00 美元更改为 0.00 美元。

在 Jane 单击“保存”之前，John 访问了相同页面，并将开始日期字段从 2007/1/9 更改为 2013/1/9。

Jane 单击“保存”后看到更改生效，因为浏览器会显示预算金额为零的“索引”页面。
John 单击“编辑”页面上的“保存”，但页面的预算仍显示为 350,000.00 美元。 接下来的情况取决于并发冲突的处理方式：

• 跟踪用户已修改的属性，并仅更新数据库中相应的列。
  在这种情况下，数据不会丢失。 两个用户更新了不同的属性。 下次有人浏览英语系时，将看到 Jane 和 John 两个人的更改。 这种更新方法可以减少导致数据丢失的冲突数。 这种方法具有一些缺点：
  
  
  
  • 无法避免数据丢失，如果对同一属性进行竞争性更改的话。
    
  • 通常不适用于 Web 应用。 它需要维持重要状态，以便跟踪所有提取值和新值。 维持大量状态可能影响应用性能。
    
  • 可能会增加应用复杂性（与实体上的并发检测相比）。
    
  
  
• 让 John 的更改覆盖 Jane 的更改。
  下次有人浏览英语系时，将看到 2013/9/1 和提取的值 350,000.00 美元。 这种方法称为“客户端优先”或“最后一个优先”方案 。 客户端的所有值优先于数据存储的值。 基架代码不处理并发，“客户端优先”方案会自动执行。
  
• 阻止在数据库中更新 John 的更改。 应用通常会：
  
  
  
  • 显示错误消息。
    
  • 显示数据的当前状态。
    
  • 允许用户重新应用更改。
    
  这称为“存储优先”方案。 数据存储值优先于客户端提交的值。 本教程中使用了“存储优先”方案。 此方法可确保用户在未收到警报时不会覆盖任何更改。
  
  

4.解决方案：重写SaveChanges

在 FrameworkDbContext 的DbContext类中重写SaveChanges方法

代码如下：

1. public override int SaveChanges()
2.         {
3.             var saved = 0;
4.             while (saved !=0) {
5.                 try {
6.                     base.SaveChanges();
7.                     saved++;
8.                 }
9.                 catch (DbUpdateConcurrencyException ex) {
10.                     foreach (var entry in ex.Entries) {
11.                             var proposedValues = entry.CurrentValues;
12.                             var databaseValues = entry.GetDatabaseValues();
14.                             foreach (var property in proposedValues.Properties) {
15.                                 var proposedValue = proposedValues[property];
16.                                 var databaseValue = databaseValues[property];
17.                             }
19.                             // Refresh original values to bypass next concurrency check
20.                             entry.OriginalValues.SetValues(databaseValues);
21.                     }
22.                 }
23.             }
25.             return saved;
26.         }

复制代码

代码可以在github中查找。我的开源项目修改的类的源码，源码地址：https://github.com/TerraMours/TerraMours_Gpt_Api/blob/main/TerraMours/TerraMours/Framework/Infrastructure/EFCore/FrameworkDbContext.cs
参考资料：https://learn.microsoft.com/zh-cn/ef/core/saving/concurrency?tabs=fluent-api
阅读如遇样式问题，请前往个人博客浏览： https://www.raokun.top
拥抱ChatGPT：https://first.terramours.site
开源项目地址:https://github.com/TerraMours/TerraMours_Gpt_Api

来源:https://www.cnblogs.com/raok/archive/2023/08/24/17654825.html
免责声明：由于采集信息均来自互联网，如果侵犯了您的权益，请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容，谢谢合作！