変更の保存と同時実行制御の管理 (Entity Framework)

[アーティクル]
02/24/2011

既定では、Entity Framework は、オプティミスティック同時実行制御モデルを実装しています。つまり、データがクエリされてからデータが更新されるまで、データソースのデータにロックが保持されません。 Entity Framework は、同時実行をチェックしないでオブジェクトの変更をデータベースに保存します。同時実行が多いエンティティについては、次の例のように、ConcurrencyMode="fixed" の属性を使用してエンティティが概念レイヤーでプロパティを定義することをお勧めします。

<Property Name="Status" Type="Byte" Nullable="false" ConcurrencyMode="Fixed" />

この属性を使用すると、Entity Framework は、変更をデータベースに保存する前に、データベース内の変更をチェックします。競合する変更がある場合は、OptimisticConcurrencyException が発生します。詳細については、「オブジェクトコンテキストでデータの同時実行制御を管理する方法 (Entity Framework)」を参照してください。ストアドプロシージャを使用してデータソースへの更新を行う Entity Data Model を定義しても、OptimisticConcurrencyException が発生する可能性があります。この場合、更新を実行するときに使用するストアドプロシージャによって、行が更新されなかったことが報告されると例外が発生します。

高いレベルの同時実行制御シナリオで更新を行う場合は、Refresh を頻繁に呼び出すことをお勧めします。 Refresh を呼び出すと、変更が反映される方法が RefreshMode によって制御されます。 StoreWins オプションを使用すると、Entity Framework はオブジェクトキャッシュ内のすべてのデータをデータベースの対応する値で上書きします。これに対し、ClientWins オプションを使用すると、キャッシュ内の元の値がデータソースの最新の値で置換されます。そのため、キャッシュ内のデータに対して行われた変更とデータソース内の同じデータに対して行われた変更の間の競合が排除され、オブジェクトキャッシュ内のすべての変更済みデータがデータソースに安全に保存されます。

データソースへの更新によってオブジェクトコンテキスト内の他のオブジェクトに属するデータが変更される場合は、SaveChanges メソッドを呼び出してから Refresh メソッドを呼び出します。たとえば AdventureWorks Sales モデルで新しい SalesOrderDetail が追加されると、トリガーによって SubTotal 列が更新されて新しい項目がある集計に反映されます。この場合、Refresh メソッドを呼び出して、その注文の SalesOrderHeader オブジェクトを渡します。これにより、トリガーで生成された値がオブジェクトコンテキストの SalesOrderHeader オブジェクトに送信されます。

Entity Framework は、キャッシュ内のオブジェクトに加えられた変更を追跡します。 SaveChanges メソッドを呼び出すと、Entity Framework はデータソースに変更をマージしようとします。オブジェクトがキャッシュに追加された後またはキャッシュ内で更新された後、オブジェクトキャッシュのデータ変更がデータソース内の変更と競合すると、OptimisticConcurrencyException が発生して SaveChanges に失敗する可能性があります。その結果、トランザクション全体がロールバックされます。 OptimisticConcurrencyException が発生した場合、次の例に示すように、Refresh を呼び出して、競合を解決するためにオブジェクトデータ内のデータを維持するか (ClientWins)、オブジェクトキャッシュ内のデータをデータソースのデータで更新するか (StoreWins) を指定する必要があります。

Try
    ' Try to save changes, which may cause a conflict. 
    Dim num As Integer = context.SaveChanges()
    Console.WriteLine("No conflicts. " & num.ToString() & " updates saved.")
Catch generatedExceptionName As OptimisticConcurrencyException
    ' Resolve the concurrency conflict by refreshing the 
    ' object context before re-saving changes. 
    context.Refresh(RefreshMode.ClientWins, orders)

    ' Save changes. 
    context.SaveChanges()
    Console.WriteLine("OptimisticConcurrencyException handled and changes saved")
End Try

try
{
    // Try to save changes, which may cause a conflict.
    int num = context.SaveChanges();
    Console.WriteLine("No conflicts. " +
        num.ToString() + " updates saved.");
}
catch (OptimisticConcurrencyException)
{
    // Resolve the concurrency conflict by refreshing the 
    // object context before re-saving changes. 
    context.Refresh(RefreshMode.ClientWins, orders);

    // Save changes.
    context.SaveChanges();
    Console.WriteLine("OptimisticConcurrencyException "
    + "handled and changes saved");
}

ObjectContext に追加されたオブジェクトがデータソースで正常にデータを作成できない場合、SaveChanges によって UpdateException が生成されます。これは、リレーションシップで指定される外部キーを持つ行が既に存在していると発生します。これが発生すると、Refresh を使用してオブジェクトコンテキストで追加済みのオブジェクトを更新できなくなります。代わりに、MergeOption の OverwriteChanges の値でオブジェクトを再度読み込みます。

オブジェクトコンテキストの管理の詳細については、「オブジェクトコンテキストでデータの同時実行制御を管理する方法 (Entity Framework)」を参照してください。

トランザクションをオプティミスティック同時実行の代替として使用することもできます。詳細については、「接続とトランザクションの管理 (Entity Framework)」を参照してください。

このセクションの内容

オブジェクトコンテキストでデータの同時実行制御を管理する方法 (Entity Framework)

参照

概念

オブジェクトの使用 (Entity Framework)
オブジェクトの作成、追加、変更、および削除 (Entity Framework)

変更の保存と同時実行制御の管理 (Entity Framework)

このセクションの内容

参照

概念

その他のリソース