Что лучший способ состоит в том, чтобы улучшить производительность NHibernate?

Если Вы уже не используете ленивую загрузку (соответственно), запустить. Выбирающие наборы, когда Вам не нужны они, являются тратой всего.

Глава, Улучшающая производительность , описывает это и другие способы улучшить производительность.

Профилирование является первым шагом - даже простыми синхронизированными модульными тестами - для обнаружения, где самые большие усиления могут быть сделаны

Для наборов, полагают, что установка пакетного размера для сокращения количества избранных сделанных заявлений - видит раздел Улучшающаяся производительность для деталей

Мне только разрешают ограничить мой ответ на одну опцию? В этом случае я выбрал бы это, Вы реализуете механизм кэширования второго уровня NHibernate.

Таким образом, для каждого объекта в Вашем файле отображения Вы в состоянии определить стратегию кэша. Кэш второго уровня уже сохранит найденные объекты в памяти и поэтому не сделает другое распространение в прямом и обратном направлениях к базе данных. Это - огромный усилитель производительности.

Ваша цель состоит в том, чтобы определить объекты, к которым постоянно получает доступ Ваше приложение. Среди тех будут общие настройки и т.п..

существует много информации, которая будет найдена для nhibernate второго кэша уровня и как реализовать его.

Удача:)

Кэширование, Кэширование, Кэширование - Вы используете свой первый уровень, кэширующийся правильно [закрывший сеансы преждевременно или использующий StatelessSession для обхода первого кэширования уровня]? Необходимо ли настроить простой второй кэш уровня для значений то изменение нечасто? Действительно ли можно ли кэшировать наборы результата запроса для ускорения запросов то изменение нечасто?

[Также конфигурация - можно ли установить объекты как неизменные? Можно ли реструктурировать запросы для возвращения только информации, Вы нуждаетесь и преобразовываете их в исходный объект? Batman будет в состоянии остановить Загадочника, прежде чем он доберется до дамбы?..., о, извините увлекся.]

Без любых специфических особенностей о видах проблем производительности Вы видите, я могу только предложить обобщение: По моему опыту, большинство проблем производительности запросов базы данных является результатом отсутствия надлежащих индексов. Таким образом, мое предложение для первого действия должно было бы проверить Ваши планы запросов на неиндексируемые запросы.

Нет рекомендация, но инструмент для помощи Вам: NH, который Профессор ( http://nhprof.com/ ), кажется, обещает, это может оценить Ваше использование платформы ORM. Это может быть хорошая начальная точка для Вашей настройки NHibernate.

Избегайте и/или минимизируйте Выбор N + 1 проблема путем распознавания, когда переключиться от ленивой загрузки до нетерпеливой выборки для медленных запросов выполнения.

SessionFactory NHIBERNATE является дорогой операцией, таким образом, хорошая стратегия к, создает Singleton, которая гарантирует, что существует ТОЛЬКО ОДИН экземпляр 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();
}

NHibernate генерирует довольно быстрый SQL прямо из поля. Я использовал его в течение года и, должно быть, все же придется записать пустой SQL с ним. Все мои проблемы производительности были от Нормализация и отсутствие индексов.

самая легкая фиксация должна исследовать планы выполнения Ваших запросов и создать надлежащие индексы, особенно на Ваших столбцах внешнего ключа. Если Вы используете Microsoft SQL Server, "Настраивающий Советник по вопросам Механизма базы данных" выручает много с этим.

То, что сказал lotoffreetime.

Прочтите главу 19 документации «Повышение производительности».
NHibernate: http://nhibernate.info/doc/nhibernate-reference/performance.html
Спящий режим: http://docs.jboss.org/hibernate/core/3.3/reference/en/ html / performance.html

Используйте SQL Profiler (или эквивалент для базы данных, которую вы используете), чтобы найти долго выполняющиеся запросы. Оптимизируйте эти запросы с помощью соответствующих индексов.

Для вызовов базы данных, используемых почти на каждой отдельной странице приложения, используйте CreateMultiQuery для возврата нескольких наборов результатов из одного запроса к базе данных.

И, конечно же, кеш. Директива OutputCache для страниц / элементов управления. Кэширование данных NHibernate.