asp.net core 系列之併發衝突
本文介 紹 如何 處 理多個用 戶 並 發 更新同一 實 體(同 時 ) 時 出 現 的衝突 。
主要是兩種:一種,檢查屬性併發衝突,使用 [ConcurrencyCheck] ;另一種,檢測行的併發衝突,使用 rowversion 跟蹤屬性,如果在儲存之前有修改,就報錯
發生併發衝突的情況:
1.使用者導航到實體編輯頁面;
2.第一個使用者的更改還未寫入資料庫之前,另一個使用者更新同一實體;
此時,如果未啟用併發檢測,當發生更新時:
最後一個更新優先。即最後一個更新的值儲存到資料庫。而第一個儲存的值將丟失。
舉個例子:
1. Jane 訪問 院系 編輯頁 面,將英 語 系的 預 算 從 350,000.00 美元更改 為 0.00 美元 (第一個使用者把金額改為0)
,
。 (在第一個使用者儲存之前,第二個使用者把時間從07年改為13年,注意此時第二個使用者看到的金額還不是0)

3. Jane 先 單擊 “ 儲存 ” ,並在 瀏覽 器 顯 示索引 頁時 看到她的更改。 (第一個使用者先儲存,並且可以在瀏覽器看到他的修改,金額變0,時間不變)
4.John 單擊 “ 編輯 ” 頁 面上的 “ 儲存 ” ,但 頁 面的 預 算仍 顯 示 為 350,000.00 美元。 (第二個使用者儲存,此時的頁面的預算顯示未350000美元,時間為13年)
其實這個結果取決於 併發衝突的處理方式
首先宣告,這是一個樂觀併發衝突,那麼什麼是樂觀併發衝突呢?
樂觀併發衝突允許發生併發衝突,並在併發衝突發生時作出正確的反映。
說了這麼多,那麼,併發衝突的處理方式呢?
1. 可以跟蹤使用者已修改的屬性,並只更新資料庫中相應的列。
這樣,當兩個使用者更新了不同的屬性,下次檢視時,都將生效。
但是,這種方法,也有一些問題:
- 當對同一個屬性進行競爭性更改的話,無法避免資料丟失
- 通常不適用於web應用。 它需要 維 持重要狀 態 ,以便跟蹤所有提取 值 和新 值 。 維 持大量狀 態 可能影響
應
用效能。
- 可能會增加 應 用復 雜 性(與 實 體上的並 發檢測 相比)。
體現在例子中,就是如果 下次有人 瀏覽 英 語 系 時 ,將看到 Jane 和 John
兩個人的更改。
2.客戶端優先
即客戶端的值優先於資料庫儲存的值。並且如果不對併發處理進行任何編碼,將自動進行客戶端優先
即John 的更改覆蓋 Jane 的更改 。也就是說,下次有人 瀏覽 英 語 系 時 ,將看到 2013/9/1 和提取的 值 350,000.00 美元
3.儲存優先
這種方式可以阻止在資料庫中John的更改。並且可以
- 顯 示 錯誤 訊息
- 顯 示資料的當前狀 態
- 允 許 用 戶 重新 應 用更改。
處理併發
當屬性配置 為 並 發 令牌 時 :
- EF Core 驗證 提取屬性後是否未更改屬性。 調 用 SaveChanges 或 SaveChangesAsync 時 會 執 行此 檢查 。
- 如果提取屬性後更改了屬性,將引 發 DbUpdateConcurrencyException
。
資料 庫 和資料模型必 須 配置 為 支援引 發 DbUpdateConcurrencyException 。
在 update 或 delete 命令中,where 子句中包括 rowversion提取值 的判斷 。
如果要更新的行已經修改,則 rowversion提取值與現在資料庫中rowversion的值不匹配;
update 或 delete 命令不能找到行。引發一個 DbUpdateConcurrencyException 異常
例子
向 Department 實 體新增跟蹤屬性
using System; using System.Collections.Generic; using System.ComponentModel.DataAnnotations; using System.ComponentModel.DataAnnotations.Schema; namespace ContosoUniversity.Models { public class Department { public int DepartmentID { get; set; } [StringLength(50, MinimumLength = 3)] public string Name { get; set; } [DataType(DataType.Currency)] [Column(TypeName = "money")] public decimal Budget { get; set; } [DataType(DataType.Date)] [DisplayFormat(DataFormatString = "{0:yyyy-MM-dd}", ApplyFormatInEditMode = true)] [Display(Name = "Start Date")] public DateTime StartDate { get; set; } public int? InstructorID { get; set; } [Timestamp] public byte[] RowVersion { get; set; }//跟蹤屬性 public Instructor Administrator { get; set; } public ICollection<Course> Courses { get; set; } } }
Timestamp 特性 指定此列包含在 update 和 delete 命令的 where 子句中。
也可以用 Fluent API 指定跟蹤屬性:
modelBuilder.Entity<Department>() .Property<byte[]>("RowVersion") .IsRowVersion();
以下代 碼顯 示更新 Department 名稱 時 由 EF Core 生成的部分 T-SQL :
SET NOCOUNT ON; UPDATE [Department] SET [Name] = @p0 WHERE [DepartmentID] = @p1 AND [RowVersion] = @p2; SELECT [RowVersion] FROM [Department] WHERE @@ROWCOUNT = 1 AND [DepartmentID] = @p1;
前面的 代 碼顯 示包含 RowVersion 的 WHERE 子句。 如果資料 庫 RowVersion 不等於 RowVersion 引數( @p2
), 則 不更新行。
@@ROWCOUNT 返回受上一 語 句影響的行數。 在沒有行更新的情況下, EF Core 引 發
DbUpdateConcurrencyException
此文主要是為了方便自己記錄學習,如有錯誤,歡迎指正
這裡附上參考資料:
https://docs.microsoft.com/en-us/aspnet/core/data/ef-rp/concurrency?view=aspnetcore-2.2&tabs=visual-studio