なぜSessionからオブジェクトを追い出しても、データベースへの変更はコミットされません。

Question

私のアプリケーションでNHibernateを使用していて、次のような状況があります。 （ここでの状況は、理解のためにはるかに単純化されていることに注意してください）

オブジェクトはデータベースから照会されます。 Session.Update()を使用して編集および更新されます。オブジェクトは、トランザクションがコミットされる前にセッションから退去されます（Session.Evict(obj)を使用）。予想される結果は、変更がデータベースに保持されることです。

これは、NHibernate identityカラムとして自分のIdカラムを使用したときに正常に動作していました。 最近、ID列を非同一に変更しました。結果として、前述のシナリオは、Evict前に明示的にSession.Flush()を呼び出さない限り、データベースに保持されません。

誰かがこの行動の理由を指摘/説明できますか？

このリンクNHibernate Session.Flush & Evict vs Clearは、私にはわかりにくいエビクトとアイデンティティの列について何か言及しています。

Answer 1

NHibernateは、エンティティを即座にデータベースに保存するようにします。session.Save() IDなしで、挿入をバッチして全体として送信することができます。 Evictは、オブジェクトのすべての情報をセッションから削除します。したがって、たとえセッションが知りませんでしたとしても、アイデンティティを持っている間はエンティティについて忘れてしまいます。あなたは

• 最良の選択肢である

を完了したトランザクションの後

コールsession.Flush()

Evict前に立ち退かが依存 Flushmode.Auto（軍の即時フラッシュ）を設定することができますことを改善する

文脈

Answer 2

ワークフローが正しくありません。

最初に、データベースからオブジェクトを取得すると、session.Update(entity)は何も行いません。 Flush/Commit

次に、Evictは、セッションがオブジェクトに対して持つすべての知識を削除するため、変更が適用されることはありません。通常の状態でこの方法を使用することはほとんどありません。セッションが正しく処理されていないと思われます。

第三に、identity原因を使用してSaveですぐに起こることを挿入という事実は特に制限はなく、機能です。

正しいワークフローは次のとおりです。

using (var session = factory.OpenSession()) 
using (var transaction = session.BeginTransaction()) 
{ 
    var entity = session.Get<EntityType>(id); 
    entity.SomeProperty = newValue; 
    transaction.Commit(); 
} 

正確な構造（using文など）は、デスクトップアプリケーションに変更することができますが、基本的な考え方は同じです。