Каков наилучший способ улучшить производительность NHibernate?

SessionFactory NHibernate является дорогостоящей операцией, поэтому хорошей стратегией является создание Синглтона, который гарантирует, что в памяти есть только один экземпляр 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 Prof ( http://nhprof.com/) кажется многообещающим, он может оценить ваше использование структуры ORM. Это может быть хорошей отправной точкой для вашей настройки NHibernate.

без каких-либо подробностей о видах проблем с производительностью, которые вы видите, я могу предложить только обобщение: по моему опыту, большинство проблем с производительностью запросов к базе данных возникают из-за отсутствия надлежащих индексов. Поэтому моим предложением для первого действия было бы проверить ваши планы запросов на неиндексированные запросы.

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

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

"только одна рекомендация на ответ"? Тогда я бы пошел на это:

избегайте объединения дубликатов (АКА декартовых произведений) из-за объединения вдоль двух или более параллельных-много ассоциаций; вместо этого используйте Exists-subqueries, MultiQueries или FetchMode "subselect".

взято из: Hibernate Советы По Настройке Производительности

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

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

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

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

удачи :)

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

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

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

для коллекций рассмотрите возможность установки размера пакета для уменьшения количества выданных инструкций select-см. раздел повышение производительности дополнительные сведения

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

глава повышение производительности описывает этот и другие способы повышения производительности.

Что сказал lotsoffreetime.

прочитайте главу 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 кэширование данных.