開放式並行存取概觀 (LINQ to SQL)

更新： November 2007

LINQ to SQL 支援開放式並行存取 (Optimistic Concurrency) 控制。下表說明 LINQ to SQL 文件中與文件中開放式並行存取相關的詞彙：

在 LINQ to SQL 物件模型 (Object Model) 中，「開放式並行存取衝突」(Optimistic Concurrency Conflict) 會在下列兩個條件都符合時發生：

• 用戶端嘗試將變更送出給資料庫。

• 資料庫中的一個或多個更新檢查值，自用戶端最後一次讀取之後已更新過。

解決這項衝突包括探索哪些物件成員發生衝突，然後決定要採取的動作。

注意事項：
只有對應成 Always 或 WhenChanged 的成員才會參與開放式並行存取檢查。而不會檢查標記為 Never 的成員。如需詳細資訊，請參閱 UpdateCheck。

範例

例如，在下列案例中，User1 查詢資料庫中的資料列，開始準備更新。User1 會接收到值為 Alfreds、Maria 和 Sales 的一個資料列。

User1 想將 Manager 資料行的值變更為 Alfred，並將 Department 資料行的值變更為 Marketing。但是在 User1 送出那些變更之前，User2 就已經先送出變更給資料庫。因此，現在 Assistant 資料行的值已變更為 Mary，而 Department 資料行的值已變更為 Service。

如果 User1 現在嘗試送出變更，則送出會失敗，而且會擲回 ChangeConflictException 例外狀況。因為 Assistant 資料行和 Department 資料行的資料庫值並不是所預期的值，所以會發生這種結果。因此表示 Assistant 和 Department 資料行的成員會產生衝突。下表將摘要說明這種情況。

您可以使用不同方式來解決這類衝突。如需詳細資訊，請參閱 HOW TO：管理變更衝突 (LINQ to SQL)。

衝突偵測和解決檢查清單

您可以偵測和解決任何精細度等級的衝突。其中一種極端的做法是，使用三種方式的其中一種方式來解決所有的衝突 (請參閱 RefreshMode)，而不考慮其他事項。另一種極端的做法是，指定每個衝突成員之每種衝突類型的特定動作。

• 指定或修訂物件模型中的 UpdateCheck 選項。

  如需詳細資訊，請參閱 HOW TO：指定要測試哪些成員是否發生並行衝突 (LINQ to SQL)。

• 在 SubmitChanges 呼叫的 try/catch 區塊中，指定何時擲回例外狀況。

  如需詳細資訊，請參閱 HOW TO：指定何時擲回並行例外狀況 (LINQ to SQL)。

• 決定想要擷取的衝突詳細資料量，並據此將程式碼併入 try/catch 區域。

  如需詳細資訊，請參閱 HOW TO：擷取實體衝突資訊 (LINQ to SQL)和 HOW TO：擷取成員衝突資訊 (LINQ to SQL)。

• 在 try/catch 程式碼中併入想要解決所發現之各種衝突的方式。

  如需詳細資訊，請參閱 HOW TO：藉由保留資料庫值來解決並行衝突 (LINQ to SQL)、HOW TO：藉由覆寫資料庫值來解決並行衝突 (LINQ to SQL) 和 HOW TO：藉由合併資料庫值來解決並行衝突 (LINQ to SQL)。

支援衝突探索和解決的 LINQ to SQL 型別

LINQ to SQL 中支援開放式並行存取衝突解決的類別和功能包括：

• System.Data.Linq.ObjectChangeConflict

• System.Data.Linq.MemberChangeConflict

• System.Data.Linq.ChangeConflictCollection

• System.Data.Linq.ChangeConflictException

• DataContext.ChangeConflicts

• DataContext.SubmitChanges

• DataContext.Refresh

• ColumnAttribute.UpdateCheck

• System.Data.Linq.Mapping.UpdateCheck

• System.Data.Linq.RefreshMode

請參閱

其他資源

HOW TO：管理變更衝突 (LINQ to SQL)