# [The database operation was expected to affect 1 row(s), but actually affected 0 row(s); 解決樂觀併發](https://www.raokun.top/archives/thedatabaseoperatio ...
The database operation was expected to affect 1 row(s), but actually affected 0 row(s); 解決樂觀併發
1.樂觀併發
EF Core 實現 樂觀併發，假定併發衝突相對較少。 與 悲觀 方法（即先鎖定數據，然後才繼續修改數據）不同，樂觀併發不需要鎖定，而是安排數據修改在保存時失敗（如果數據自查詢後已更改）。 此併發故障將報告給應用程式，應用程式可能會通過對新數據重試整個操作來相應地處理它。
在 EF Core 中，樂觀併發是通過將屬性配置為 併發令牌來實現的。 在查詢實體時載入和跟蹤併發令牌，就像任何其他屬性一樣。 然後，在 期間 SaveChanges()執行更新或刪除操作時，資料庫上的併發令牌值與 EF Core 讀取的原始值進行比較。
代碼觸發樂觀會如下錯誤：
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
public void Configure(EntityTypeBuilder<ChatRecord> builder)
{
//在 PostgreSQL 中，表名以及列名是不區分大小寫的。這意味著在資料庫中創建表時，無論您是使用大寫、小寫或混合大小寫的名稱，最終都會使用相同的名稱來訪問和操作該表。
//設置表
builder.ToTable("ChatRecord");
//設置表主鍵
builder.HasKey(e => e.ChatRecordId);
//設置主鍵自增
builder.Property(e => e.ChatRecordId)
.UseIdentityColumn();
}
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方法
代碼如下：
public override int SaveChanges()
{
var saved = 0;
while (saved !=0) {
try {
base.SaveChanges();
saved++;
}
catch (DbUpdateConcurrencyException ex) {
foreach (var entry in ex.Entries) {
var proposedValues = entry.CurrentValues;
var databaseValues = entry.GetDatabaseValues();
foreach (var property in proposedValues.Properties) {
var proposedValue = proposedValues[property];
var databaseValue = databaseValues[property];
}
// Refresh original values to bypass next concurrency check
entry.OriginalValues.SetValues(databaseValues);
}
}
}
return saved;
}
代碼可以在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
