には、どうするのがベストな性能向上のための設定によりどちらのモ?

StackOverflow https://stackoverflow.com/questions/67103

質問

しているアプリケーション用として設定によりどちらのモORMでの経験性能の問題にどのようにデータにアクセスがあるのです。どのようなことができ、性能向上のための設定によりどちらのモ?ください制限を勧告毎回答）

役に立ちましたか？

解決

は、最も劇的な性能問題を走行できたときは設定によりどちらのモを作成している場合に新しいセッション工場毎のセッションを作成します.一セッションファインスタンスを作成し、各アプリケーションの実行およびすべてのセッションを生み出する工場です。

されるようになっているべき続き同じセッションとしました。これにより異なるアプリケーションですが、ほとんどのwebアプリケーションは、単一のセッションの要望にはお勧めします。ごみ捨てのセッションくんと、します。トのセッションのキャッシュを切り替えることができる通常の線形(くも悪くもの数を照会には一定数になります。

することが適当であるとしたいとして導入できるようにします。lazy負荷のおオブジェクト参照です。ない場合は、オブジェクトのグラフのペースで積み込みのための最も簡単なる機会はあまり多いとはいがある等々、長崎にゆかりのある理由がないのですが、常により良いを踏みスイッチバックしています。

ることに意欲の取得、その逆の流出荷します。トラバーサル中にオブジェクト階層またはループを通じてコレクション、もしっかりと固定することができるのも忘れの方に多くのクエリーを作ってみましょうとい指数関数の数ます。熱心に取得できるためのクエリベースのフェッチす。珍しいなどの事情がある場合は、特定のペアのテーブルを常にフェッチの参加を検討off lazy荷る。

としても、SQLプロファイラはこのクエリと走りたてを繰り返す。私の前職とした開発が対象のクエリー要求しています。高い数のクエリーのためのルーチンが目の前にある、ことりと触れ合えるようご通常ではないと上手く連動設定によりどちらのモ.多数の場合はクエリー／ルーチンまたは請求いていることが確認できれば、おそらく下のデータベースのチューニング;を行うメモリの実行計画とデータのキャッシュ、正確に割り出しデータなど。

一つの難しさすがに調度品等は古くなったたったSetParameterList().この機能を簡単パスのパラメータのリストを返します。設定によりどちらのモの実施この仕組みを築いていくようなパラメータのための各項目に渡されます。この結果と異なるクエリプラン毎に数パラメータ。当社の実行計画をほぼくから解放されます。また、数多くのパラメータを大幅に減速するモードです。また、カスタムハックの設定によりどちらのモを送信する項目として区切りのリストを単一のパラメータとします。リストに分離したSQLサーバーによるテーブルの値機能とだけを自動的に挿入される項目を返します。ができるその他の地雷のようなことによってはをご覧いただけます。SQLプロファイラは最良の方法を探します。

他のヒント

設定によりどちらのモのSessionFactoryはコストの高い動作では良い戦略を作成し、シングルトンを確保できるただひとつのインスタンスのSessionFactoryをメモリ:

   public class NHibernateSessionManager
    {
        private readonly ISessionFactory _sessionFactory;

        public static readonly NHibernateSessionManager Instance = new NHibernateSessionManager();

        private NHibernateSessionManager()
        {
            if (_sessionFactory == null)
            {
                System.Diagnostics.Debug.WriteLine("Factory was null - creating one");
                _sessionFactory = (new Configuration().Configure().BuildSessionFactory());
            }
        }

        public ISession GetSession()
        {
            return _sessionFactory.OpenSession();
        }

        public void Initialize()
        {
            ISession disposeMe = Instance.GetSession();
        }
    }

しおです。Asax Application_Startupで初期化する

protected void Application_Start()
{
    NHibernateSessionManager.Instance.Initialize();
}

を回避又は最小限に 選択された（N+1の問題 を認めている時に切り替えのぐさへの荷重の意欲の取得のための遅行ます。

な勧告でをサポートするためのツールす:NH教授( http://nhprof.com/ いすることが必要であった。での評価をご利用のORM。できの良い出発点にご動画の設定によりどちらのモ.

なく内容の種類の性能問題だけを見る、できるだけではなく一般化:私の経験は、データベースにおける業績の課題から適切な指数。その後、私の提案のための初のアクションをインターネットオンライン検索すると計画のための非指ます。

設定によりどちらのモの発生なユーティリティをSQL右セット。いので、一年間、その他の意見についての書裸SQLます。すべての自分のパフォーマンスの問題から 正規化 不スを作成します。

最も簡単な修正が検討のための実行計画のクエリーを作成し適切な指標は、特にお客様の外部キー列.ご利用の場合Microsoft SQLサーバーの"データベースエンジンのチューニングアドバイザーを多用してます。

"一勧告にお答え"のみですか？そうこ

を避ける加重複(通称積極的に製品）より参加に沿って二つ以上並列に多くの団体の利用が存在する-サブクエリ、MultiQueriesはFetchMode"subselect"です。

から: Hibernateパフォーマンスチューニングのヒント

私だけに制限を与えるオプションか？その場合はいを選択する実行のレベルのキャッシュ機構の設定によりどちらのモ.

このように、各オブジェクトにマッピングファイルを指定することができ、キャッシュ-戦略です。のsecondlevelキャッシュまでに取得した物体メモリとは別のエコノミークラス往復のデータベースです。これは大きな性能ブースター.

の目標が定義するオブジェクトは常にアクセスします。中する一般設定します。

あたっぷりの情報があるかどうかを設定によりどちらのモ秒レベルのキャッシュをどのように実行いたします。

運:)

キャッシュ、キャッシュ、キャッシュ--を使用していま最初のレベルのキャッシュが正しく【休館セッションが早期に発生し、又は使用StatelessSessionをバイパスの最初のレベルのキャッシュ]?させていただきます。セット単位秒レベルのキャッシュ値の変更も頻繁に?きキャッシュのクエリの結果セットを高速化するクエリの変更も頻繁に?

[も設定で設定した項目を変更しな?きの再構築に疑問を持ち帰ることのみに必要な情報に変換し元のエンティティ?ますバットマンを止めることはできないのでRiddlerたが、ダム?...あだってである。]

プロファイリング最初のステップで簡単に説のユニットテスト-簡単に最大の利益が可能で

コレクションのベーシックプラン検討の設定のバッチサイズを減らのselectステートの発行-参照 パフォーマンス改善を目的と 詳しくは

されていない場合は使用lazy負荷を適切に始まります。既に所蔵がなくて廃棄物。

の章ではパフォーマンス改善を目的と 記述することな性能の向上を図ります。

何lotsoffreetimeている。

読19章の文書、"改善している。
設定によりどちらのモ: http://nhibernate.info/doc/nhibernate-reference/performance.html
Hibernate: http://docs.jboss.org/hibernate/core/3.3/reference/en/html/performance.html

SQLのプロファイラ(または同等のデータベースを使う)所長走ります。最適な方に質問を適切なスを作成します。

データベースの通話に使用されるほぼすべてのページの利用CreateMultiQuery返し複数のresultsetsシングルからデータベースを返します。

もちろん、キャッシュ.のOutputCacheのディレクティブは対応するページ/制御できます。設定によりどちらのモキャッシュデータです。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top