amp date fresh 行數 讓我 日誌 dbo 沖突 解決沖突

前段時間工作中的一個新需求，有機會用到了Linq to SQL。使用後的第一感覺，就是方便很多，也為整個項目節約了一大把的開發時間，甚至代碼量也少了很多。不過在程序的實際運行中，始終會遇到一些莫名其妙的異常，最令人不解的，就是System.Data.Linq.ChangeConflictException: Row not found or changed. 。當初憑自己和同事的判斷，可能是數據庫的數據異常所導致，後來發覺這個異常出現得越來越頻繁，於是上MSDN查了查，原來是Linq中一個常見的問題：更新沖突。
這個詞說起來比較玄乎，其實再平常不過了。下面可以通過一個簡單的例子，來重現這個異常。

建立一個普通的測試表：LinqTest(如圖)
在測試表中，插入一條測試數據(如圖)
測試代碼如下：
在測試代碼中，將DataContext的日誌定向到Console的輸出部分，這樣方便我們觀察Linq實際執行的SQL語句是什麽。重現的時候，我們需要在註釋的地方，插入斷點進行測試。對於示例中的代碼，在正常情況下，是不會有錯誤的。執行過後，我們可以在Console的輸出中，看到實際執行的SQL語句(如圖)
再進行第二次調試，首先，恢復Age的數據到以前的樣子。下面我們運行到斷點處，然後偷偷去SQL Server Management Studio中，手動修改數據，將原始數據中的Age，由24，改為22。然後回到VS2008的IDE，按F5繼續運行程序，這個時候，你會發現異常出現了(如圖)
再回到Console的輸出，查看，執行的SQL語句和剛才的一樣。這就是問題的所在，在正常運行狀態下，Linq在運行時，會把數據庫的數據緩存到實體對象中，這是一種理想化的情況，並且在更新時，Linq會默認把除更新字段外的所有字段，作為Update語句中的Where條件。但是，如果此時有另外的程序，在訪問數據庫，並修改數據庫數據的時候，比如剛才把Age改為22。此時Linq緩存起來的數據和實際數據庫中的數據產生了不一致的情況。Linq此時仍然把被修改過的字段，作為Update的Where條件，但是數據庫中Age早就被我們改過了，不再是25，Where條件始終匹配不到原有的數據。這時，就會拋出所謂的：System.Data.Linq.ChangeConflictException: Row not found or changed.異常。
產生此異常，主要是Linq緩存數據和實際數據庫數據不一致的情況造成。解決次問題的情況，主要有幾種：
1.比較簡單的方法，不使用Linq提供的SubmitChanges()方式提交更改，而直接執行SQL語句，例如：
db.ExecuteCommand("Update [dbo].[LinqTest] SET Age=25 Where ID = p0", 1);
這樣雖然比較方便，但是感覺又回到了直接寫SQL的時代，畢竟Linq to SQL的目的，就是為了讓我們看不見SQL，避免寫復雜的SQL語句，而直接操作實體對象，這樣也可以避免程序可讀性差、不便於維護。所以除非萬不得已，還是不太推薦使用此方法。
2.參考MSDN的資料，采用Linq提供的解決更新沖突的方法，在異常中捕獲沖突，然後手動解決沖突：
try
{
db.SubmitChanges(System.Data.Linq.ConflictMode.ContinueOnConflict);
}
catch (System.Data.Linq.ChangeConflictException ex)
{
foreach (System.Data.Linq.ObjectChangeConflict occ in db.ChangeConflicts)
{
//以下是解決沖突的三種方法，選一種即可
// 使用當前數據庫中的值，覆蓋Linq緩存中實體對象的值
occ.Resolve(System.Data.Linq.RefreshMode.OverwriteCurrentValues);
// 使用Linq緩存中實體對象的值，覆蓋當前數據庫中的值
occ.Resolve(System.Data.Linq.RefreshMode.KeepCurrentValues);
// 只更新實體對象中改變的字段的值，其他的保留不變
occ.Resolve(System.Data.Linq.RefreshMode.KeepChanges);
}
// 這個地方要註意，Catch方法中，我們前面只是指明了怎樣來解決沖突，這個地方還需要再次提交更新，這樣的話，值 //才會提交到數據庫。
db.SubmitChanges();
}
3. 這個方法也比較簡單，也即MSDN中所說的Pessimistic Concurrency Control 。 我們可以來設定哪些字段需要放入Where條件，哪些字段不需要，這樣就可以控制更新時候的條件匹配尺度。具體做法，就是在Linq to SQL Designer中，把一些字段的UpdateCheck屬性設置為Never，這樣，這些字段在更新的時候，就不會再出現在Where條件中了。其實比較推薦的做法，就是在表中設立主鍵，因為更新的時候，只要把主鍵作為Where條件，就可以單獨的確立一行數據了。把除主鍵外的字段屬性中UpdateCheck設置為Never即可。
關於Linq to SQL中如何管理更改沖突的更多資料，可以在MSDN找到

C# Linq找不到行或已更改