您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關(guān)asp.net core之并發(fā)沖突的示例分析,小編覺得挺實用的,因此分享給大家做個參考,希望大家閱讀完這篇文章后可以有所收獲。
主要是兩種:一種,檢查屬性并發(fā)沖突,使用 [ConcurrencyCheck] ;另一種,檢測行的并發(fā)沖突,使用 rowversion 跟蹤屬性,如果在保存之前有修改,就報錯
發(fā)生并發(fā)沖突的情況:
1.用戶導(dǎo)航到實體編輯頁面;
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ù)雜性(與實體上的并發(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; } 1607424707 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
關(guān)于“asp.net core之并發(fā)沖突的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對大家有一定的幫助,使各位可以學到更多知識,如果覺得文章不錯,請把它分享出去讓更多的人看到。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。