本文介紹如何處理多個用戶并發(fā)更新同一實 體（同時）時出現(xiàn)的沖突 。

主要是兩種：一種，檢查屬性并發(fā)沖突，使用 [ConcurrencyCheck] ;另一種，檢測行的并發(fā)沖突，使用 rowversion 跟蹤屬性，如果在保存之前有修改，就報錯

發(fā)生并發(fā)沖突的情況：

1.用戶導航到實體編輯頁面；

2.第一個用戶的更改還未寫入數(shù)據(jù)庫之前，另一個用戶更新同一實體；

此時，如果未啟用并發(fā)檢測，當發(fā)生更新時：

最后一個更新優(yōu)先。即最后一個更新的值保存到數(shù)據(jù)庫。而第一個保存的值將丟失。

舉個例子：

1. Jane 訪問 院系 編輯頁 面，將英 語 系的 預(yù) 算 從 350,000.00 美元更改 為 0.00 美元 (第一個用戶把金額改為0)

，

2. 在 Jane 單擊 “ 保存 ” 之前， John 訪問 了相同 頁 面，并將開始日期字段從 2007/1/9 更改 為 2013/1/9。 (在第一個用戶保存之前，第二個用戶把時間從07年改為13年，注意此時第二個用戶看到的金額還不是0)

3. Jane 先 單擊 “ 保存 ” ，并在 瀏覽 器 顯 示索引 頁時 看到她的更改。 (第一個用戶先保存，并且可以在瀏覽器看到他的修改，金額變0，時間不變)

4.John 單擊 “ 編輯 ” 頁 面上的 “ 保存 ” ，但 頁 面的 預(yù) 算仍 顯 示 為 350,000.00 美元。 (第二個用戶保存，此時的頁面的預(yù)算顯示未350000美元，時間為13年)

其實這個結(jié)果取決于 并發(fā)沖突的處理方式

首先聲明，這是一個樂觀并發(fā)沖突，那么什么是樂觀并發(fā)沖突呢？

樂觀并發(fā)沖突允許發(fā)生并發(fā)沖突，并在并發(fā)沖突發(fā)生時作出正確的反映。

說了這么多，那么，并發(fā)沖突的處理方式呢？

1. 可以跟蹤用戶已修改的屬性，并只更新數(shù)據(jù)庫中相應(yīng)的列。

這樣，當兩個用戶更新了不同的屬性，下次查看時，都將生效。

但是，這種方法，也有一些問題：

• 當對同一個屬性進行競爭性更改的話，無法避免數(shù)據(jù)丟失
• 通常不適用于web應(yīng)用。它需要維持重要狀態(tài)，以便跟蹤所有提取值和新值。 維持大量狀態(tài)可能影響應(yīng)用性能。
• 可能會增加應(yīng)用復雜性（與實體上的并發(fā)檢測相比）。
  

體現(xiàn)在例子中，就是如果 下次有人 瀏覽 英 語 系 時 ，將看到 Jane 和 John 兩個人的更改。

2.客戶端優(yōu)先

即客戶端的值優(yōu)先于數(shù)據(jù)庫存儲的值。并且如果不對并發(fā)處理進行任何編碼，將自動進行客戶端優(yōu)先

即John 的更改覆蓋 Jane 的更改 。也就是說，下次有人 瀏覽 英 語 系 時 ，將看到 2013/9/1 和提取的 值 350,000.00 美元

3.存儲優(yōu)先

這種方式可以阻止在數(shù)據(jù)庫中John的更改。并且可以

• 顯示錯誤消息
• 顯示數(shù)據(jù)的當前狀態(tài)
• 允許用戶重新應(yīng)用更改。
  

處理并發(fā)

當屬性配置 為 并 發(fā) 令牌 時 ： 

數(shù)據(jù)庫和數(shù)據(jù)模型必須配置為支持引發(fā)DbUpdateConcurrencyException 。

檢測屬性的并發(fā)沖突

可使用 ConcurrencyCheck 特性在屬性級別檢測并發(fā)沖突。 該特性可應(yīng)用于模型上的多個屬性 。[ConcurrencyCheck] 特性

檢測行的并發(fā)沖突

要檢測并發(fā)沖突，請將 rowversion 跟蹤列添加到模型。

注意：rowversion ，　

1.它是 SQL Server 特定的。 其他數(shù)據(jù)庫可能無法提供類似功能。

2.用于確定從數(shù)據(jù)庫提取實體后未更改實體。

數(shù)據(jù)庫生成rowversion序號，該數(shù)字隨著每次行的更新遞增。

在 update 或 delete 命令中，where 子句中包括 rowversion提取值 的判斷 。

如果要更新的行已經(jīng)修改，則 rowversion提取值與現(xiàn)在數(shù)據(jù)庫中rowversion的值不匹配；

update 或 delete 命令不能找到行。引發(fā)一個 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 子句。 如果數(shù)據(jù) 庫 RowVersion 不等于 RowVersion 參數(shù)（ @p2
）， 則 不更新行。

@@ROWCOUNT 返回受上一 語 句影響的行數(shù)。 在沒有行更新的情況下， EF Core 引 發(fā)
DbUpdateConcurrencyException

此文主要是為了方便自己記錄學習，如有錯誤，歡迎指正

這里附上參考資料：

https://docs.microsoft.com/en-us/aspnet/core/data/ef-rp/concurrency?view=aspnetcore-2.2&tabs=visual-studio

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

• EF Core 驗證提取屬性后是否未更改屬性。 調(diào)用 SaveChanges 或 SaveChangesAsync 時會執(zhí)行此檢查。
• 如果提取屬性后更改了屬性，將引發(fā) DbUpdateConcurrencyException。