NHibernateのプロパティ代理オーバーヘッドをどのように減らすことができますか？

Question

我々は、Fluent NHibernate 1.3.0.727とNHibernate 3.3.0.4000を使用して、プロパティをデータベースのカラムにマッピングしています。ここに私たちのクラスマップの1の簡略サンプルは次のとおりです。この場合、

public class TankMap : ClassMap<Tank> 
    { 
     public TankMap() 
     { 
      Id(o => o.Id); 
      Map(o => o.TankSystem); 
     } 
    } 

TankSystemプロパティは、文字列です。

私たちのアプリケーションの一部では、マッピングされたプロパティ（TankSystemなど）に何度もアクセスすることを含む多くの計算があります。アプリケーションをプロファイリングするときは、これらのプロパティにアクセスするだけでかなりの時間がかかります。なぜなら、アクセスするたびにNHibernate.Proxy.DefaultLazyInitializer.Interceptメソッドを実行する必要があるからです。

できるだけ早く計算を行う必要があり、このプロキシオーバーヘッドを避けたいと考えています。 1つのアプローチは、必要なプロパティ（たとえばTankSystem）を配列にコピーし、この情報にアクセスするたびに配列を使用することですが、これはオブジェクト指向のアプローチではありません。

更新：

私たちは、例えば、Not.LazyLoadを使用して私たちのプロパティをマッピングしようとしている：

Map(o => o.TankSystem).Not.LazyLoad(); 

しかし、これは、このプロパティは、実際にプロキシされているかどうかに影響を持っていないようです。

このプロキシオーバーヘッドを避ける/減らすオプションはありますか？

Answer 1

はい！レスキューのための.Not.LazyLoad()！

public TankMap() 
    { 
     Id(o => o.Id); 
     Map(o => o.TankSystem).Not.LazyLoad(); 
    } 

は、私はそれについて良いと短い説明を見つけた：

あなたはNot.LazyLoad（）が何を意味するのか不思議に思うかもしれません。デフォルトでは、Fluent NHibernateは遅延ロードを使用するためのマッピングを定義します。しかし、これは、エンティティのすべてのプロパティが仮想（プロキシ）でなければならないことを意味します。オブジェクト上で仮想的特性を有する避けるために

source

Answer 2

一つの方法は次のとおりです。

public TankMap() 
{ 
     Id(o => o.Id); 
     this.Not.LazyLoad(); 
     Map(o => o.TankSystem); 
} 

この方法には、プロパティプロキシ魔法はありません。

Answer 3

あなたのマッピングでは、実際には.Not.LazyLoad（）を使用することに注意し、必要に応じて質問に熱心に負荷をかけます。 lazyloadフェッチ戦略が正しく構成されていないと、問題が発生する可能性があります。 NHProfのようなツールですべてのクエリをチェックするのが最善です。

のLINQ：

var tanks = _session.Linq<Tank>() 
       .Fetch(x=>x.TankSystem) 
       .ToList(); 

QueryOver（マイ県）： VARタンク= _session.QueryOver（） .Fetch（X => x.TankSystem）.Eager 。リスト（）;

TankSystem tankSystemAlias = null; 
var tanks = _session.QueryOver<Tank>() 
       .JoinAlias(x=>x.TankSystem,() => tankSystemAlias, JoinType.InnerJoin) // or JoinType.LeftOuterJoin 
       .List()