NHibernateはIListの（順序付きリスト）競合状態

Question

は、このシナリオを想像：

1. Anが実体上のコレクションを命じました。
2. コレクション内の新しいアイテムに対する2つの同時（非同期）CREATE要求
3. 両方の新しいアイテムが同じ序数を取得します。

コレクションはそうのようなものです：

public virtual IList<CustomField> CustomFields { get; protected set; } 

私はそうのような流暢NHibernateのマッピングがあります。

mapping.HasManyToMany(cp => cp.CustomFields) 
      .AsList(i => i.Column("CustomFieldOrdinal")) 
      .ParentKeyColumn("RegistrationId") 
      .ChildKeyColumn("CustomFieldId"); 

理由はNHibernateのは、次の利用可能な順序を取得するには、DBを照会していることであることをテーブルにロックされておらず、どちらも同じ序数になっています。

これをどのように防ぐことができますか？

Answer 1

NhibernateのLockMode.Upgradeでこれを解決しました。これはうまく動作し、問題を解決します。

Answer 2

dbのユニークなインデックス/制約がそれを処理します。もちろん、2つのリクエストのうちの1つが失敗した場合に対処する必要があります。

アプリケーション側で例外を処理しないようにするには、そのリストの状態を読み取る（またはdbをリフレッシュする）前に、リストを保持するエンティティに排他的なdbロックを発行することができます（またはISession.Lock(entity, LockMode.Upgrade)）。次に、リストを更新します。
リストに挿入するすべてのアプリケーションが同じパターンに従う場合、同じインデックスを持つ要素を同時に挿入することはできません。ロックが解放されるのを待ってから、読み取る前に新しいデータをdbに格納しますそれ自身の新しい要素を挿入します。
これはpessimistic concurrency patternです。続きを読むhere too（リンクはother answerにあります）

楽観的なものでは、行バージョンの列を使用し、リストの更新がエンティティのバージョンに確実に反映されることが必要です。しかし、並行処理の場合は、2つの要求の1つに対して並行処理例外が発生します。