前一段時間一直比較忙，沒時間將自己在工作中總結的一些經驗拿出來和大家分享。幸好今天有點時間，就寫寫吧。

在學習LINQ 時，我幾乎被一個困難所擊倒，這就是更新資料庫的操作。

剛開始使用Linq，對linq 的更新策略還不是很瞭解，所以在設計資料庫的時候根本就沒有考慮到更新檢查策略。在插入的時候沒有任何問題，更新資料的時候，問題就來了，報錯：“System.Data.Linq.ChangeConflictException: Row not found or changed”（找不到行或行已更改）。

在網上查了下，這個問題有兩種解決辦法：

方法一：增加 timestamp（時間戳）列；

方法二：設定主鍵 IsVersion="true"。

最開始，我選用了方法二，OK，更新資料庫沒有問題了。但是，插入的時候報錯：“主鍵不能插入NULL值”，設定斷點，單步跟蹤，直到 SubmitChanges()之前，都是有值的，執行SubmitChanges()方法，就報上面的錯誤。無奈，我決定使用方法一：設定timestamp列，OK，插入和更新都不報錯了。

下面我來簡單說一下Linq的更新檢查策略。

在正常執行狀態下，Linq在執行時，會把資料庫的資料快取到實體物件中，所以我們更新資料的時候，並不是直接更新資料庫，而是更新快取中的資料，然後將更改提交到資料庫。

Linq採用了一種叫做“樂觀式併發”的策略。樂觀式併發允許任意多的使用者隨時修改他們自己的一份資料的拷貝。在提交修改時，程式將檢查以前的資料是否有所改變。若沒有變化，則程式只需儲存修改即可。若發生了變化並存在衝突，那麼程式將根據實際情況決定是將前一修改覆蓋掉，還是把這一次新的修改丟棄，或是嘗試合併兩次修改。樂觀式併發的前一半操作相對來說比較簡單。在不需要併發檢查的情況下，資料庫中使用的SQL語句將類似於如下語法：UPDATE TABLE SET [field = value] WHERE [Id = value]

實際使用中，若用來實現樂觀式併發的引數數量過多，可能會導致一些效能上的問題。在這種情況下，我們可以藉助UpdateCheck來修改對映規則，只讓物件中的一部分屬性參與到樂觀式併發檢查中。在預設情況下，屬性的UpdateCheck將設定為Always，即表示LINQ to SQL將用該屬性檢查樂觀式併發。我們可以根據需要將其調整為只在該屬性值發生改變時才檢查（WhenChanged），或是從不使用該屬性進行檢查（Never）。

若在資料表中有timestamp 列，其它列（主鍵除外）的UpdateCheck屬性會預設設定為Never，若使用IsVersion作為更新檢查依據，則必須在欄位上手動設定UpdateCheck.Never屬性來避免更新檢查，但是如果資料表更新或者新增儲存過程，需要重新生成dbml的話，你在欄位上設定的IsVersion和UpdateCheck.Never都將消失不見，你需要手動重新設定一遍，真是煩不勝煩，所以我推薦使用timestamp作為更新檢查依據。