質問
私のプロジェクトはSQL Server 2012に対してEF（自己追跡テンプレートを使用したバージョン4およびデフォルトのテンプレートを使用したバージョン5でテスト済み）を使用しています。データベーステーブルにはそれぞれrowversion （ timestamp ）列が定義されています。
その中心にEFを使用します。データベースの更新に関する私のコードは、次のようになります。
using (var db = new MyContext())
{
//db.Entry(myInstance).State = EntityState.Modified;
db.SaveChanges();
}
rowversionアラートをトリガーしません。私は並列クライアントを実行し、それぞれが同じレコードを読み込み、それに変更を加え、そしてそれをそれぞれデータベースに書き込みます。すべての更新が受け入れられ、並行性は適用されません。
私は（私の述べwhere句で私の更新コマンドのためのストアドプロシージャで作業する必要がありますかrowversion EFは、「組み込み」の同時実行を認めるか、私のコードを作るための別の方法（設定、特定のメソッド呼び出し）がある持っている値）作業？
人気のある回答
これが答えです（私はPOCに数週間与えました）。
-
RowVersion（又はTimeStampのフィールドタイプ）SQL（必須であると自己インクリメントを除く）、他などのフィールドです。更新時にその値を特定のデータベースで処理する（つまり、値を増やす）が、更新前にその値を比較する特定のデータベース処理はありません。 - 反対側の
EFでは、各フィールドにConcurrencyModeを定義できます（edmx）。必要に応じて、すべてのフィールドにConcurrencyMode=Fix（デフォルトのNoneではなく）を付けて、更新のwhere句にすべてのフィールドを含める（エンティティの元の値とデータベース内のレコードの現在の値を比較する） 。しかし、このモードではエンティティごとに1つのフィールド、つまりRowVersionフィールドを設定する方が簡単です。特にあなたのためにそれを維持している唯一のパーティーはデータベースです。 - それが済んだら、
System.Data.OptimisticConcurrencyException分離エラーが発生しているSystem.Data.OptimisticConcurrencyExceptionです。myObjectSet.Attach(myEntity)使用するなど、オブジェクトセットを操作するEFワークフローから遠ざける必要があります。これは、現在のデータを取得して変更内容をマージするためにデータベースにmyObjectSet.Attach(myEntity)ます。RowVersionフィールドは通常変更されていないため、更新はデータベースからの現在の値でトリガされ、同時実行性例外は発生しません。
ライセンスを受けた: CC-BY-SA with attribution
所属していない Stack Overflow
