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

   1: namespace LinqTest

   2: {

   3:     class Program

   4:     {

   5:         static void Main(string[] args)

   6:         {

   7:             TestDataContext db = new TestDataContext();

   8:             db.Log = Console.Out;

   9:             var result = from p in db.LinqTests

  10:                          where p.ID == 1

  11:                          select p;

  12:             var info = result.FirstOrDefault();

  13:             if (info != null)     //插入斷點

  14:             {

  15:                 info.Age = 25;

  16:                 db.SubmitChanges();

  17:             }

  18:             Console.ReadLine();

  19:         }

  20:     }

  21: }

     在測試代碼中，將DataContext的日志定向到Console的輸出部分，這樣方便我們觀察Linq實際執(zhí)行的SQL語句是什么。重現(xiàn)的時候，我們需要在注釋的地方，插入斷點進行測試。對于示例中的代碼，在正常情況下，是不會有錯誤的。執(zhí)行過后，我們可以在Console的輸出中，看到實際執(zhí)行的SQL語句(如圖)



   再進行第二次調(diào)試，首先，恢復Age的數(shù)據(jù)到以前的樣子。下面我們運行到斷點處，然后偷偷去SQL Server Management Studio中，手動修改數(shù)據(jù)，將原始數(shù)據(jù)中的Age，由24，改為22。然后回到VS2008的IDE，按F5繼續(xù)運行程序，這個時候，你會發(fā)現(xiàn)異常出現(xiàn)了(如圖)



    再回到Console的輸出，查看，執(zhí)行的SQL語句和剛才的一樣。這就是問題的所在，在正常運行狀態(tài)下，Linq在運行時，會把數(shù)據(jù)庫的數(shù)據(jù)緩存到實體對象中，這是一種理想化的情況，并且在更新時，Linq會默認把除更新字段外的所有字段，作為Update語句中的Where條件。但是，如果此時有另外的程序，在訪問數(shù)據(jù)庫，并修改數(shù)據(jù)庫數(shù)據(jù)的時候，比如剛才把Age改為22。此時Linq緩存起來的數(shù)據(jù)和實際數(shù)據(jù)庫中的數(shù)據(jù)產(chǎn)生了不一致的情況。Linq此時仍然把被修改過的字段，作為Update的Where條件，但是數(shù)據(jù)庫中Age早就被我們改過了，不再是25，Where條件始終匹配不到原有的數(shù)據(jù)。這時，就會拋出所謂的：“System.Data.Linq.ChangeConflictException: Row not found or changed.”異常。

    產(chǎn)生此異常，主要是Linq緩存數(shù)據(jù)和實際數(shù)據(jù)庫數(shù)據(jù)不一致的情況造成。解決次問題的情況，主要有幾種：

    1.比較簡單的方法，不使用Linq提供的SubmitChanges()方式提交更改，而直接執(zhí)行SQL語句，例如：
     db.ExecuteCommand("Update [dbo].[LinqTest] SET Age=25 Where ID = @p0", 1);
    這樣雖然比較方便，但是感覺又回到了直接寫SQL的時代，畢竟Linq to SQL的目的，就是為了讓我們看不見SQL，避免寫復雜的SQL語句，而直接操作實體對象，這樣也可以避免程序可讀性差、不便于維護。所以除非萬不得已，還是不太推薦使用此方法。

    2.參考MSDN的資料，采用Linq提供的解決更新沖突的方法，在異常中捕獲沖突，然后手動解決沖突：
 程序代碼

   1: try

   2: {

   3:     db.SubmitChanges(System.Data.Linq.ConflictMode.ContinueOnConflict);

   4: }

   5: catch (System.Data.Linq.ChangeConflictException ex)

   6: {

   7:     foreach (System.Data.Linq.ObjectChangeConflict occ in db.ChangeConflicts)

   8:     {

   9:         //以下是解決沖突的三種方法，選一種即可

  10:         //使用當前數(shù)據(jù)庫中的值，覆蓋Linq緩存中實體對象的值

  11:         occ.Resolve(System.Data.Linq.RefreshMode.OverwriteCurrentValues);        

  12:         //使用Linq緩存中實體對象的值，覆蓋當前數(shù)據(jù)庫中的值

  13:         occ.Resolve(System.Data.Linq.RefreshMode.KeepCurrentValues);        

  14:         //只更新實體對象中改變的字段的值，其他的保留不變

  15:         occ.Resolve(System.Data.Linq.RefreshMode.KeepChanges);

  16:     }

  17:     //這個地方要注意，Catch方法中，我們前面只是指明了怎樣來解決沖突，這個地方還需要再次提交更新，這樣的話，值    //才會提交到數(shù)據(jù)庫。

  18:     db.SubmitChanges();

  19: }