¿Cuál es la mejor manera de mejorar el rendimiento de NHibernate?

La SessionFactory de NHibernate es una operación costosa, por lo que una buena estrategia es crear un Singleton que asegure que solo haya una instancia de SessionFactory en memoria:

   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();
        }
    }

Entonces en su Global.Asax Application_Startup, puede inicializarlo:

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

Evite y/o minimice el problema Select N + 1 reconociendo cuándo cambiar de carga lenta a búsqueda ansiosa para consultas de rendimiento lento.

No hay una recomendación, pero una herramienta para ayudarle: NH Prof ( http://nhprof.com / ) parece prometedor, puede evaluar su uso del marco framework. Puede ser un buen punto de partida para su afinación de NHibernate.

Sin especificar los tipos de problemas de rendimiento que está viendo, solo puedo ofrecer una generalización: En mi experiencia, la mayoría de los problemas de rendimiento de las consultas de base de datos surgen de la falta de índices adecuados. Por lo tanto, mi sugerencia para una primera acción sería verificar sus planes de consulta para consultas no indexadas.

NHibernate genera SQL bastante rápido desde el primer momento. Lo he estado usando durante un año, y todavía tengo que escribir SQL desnudo con él. Todos mis problemas de rendimiento han sido de Normalización y la falta de índices.

La solución más fácil es examinar los planes de ejecución de sus consultas y crear índices adecuados, especialmente en sus columnas de clave foránea. Si está utilizando Microsoft SQL Server, el "Asesor de Ajuste del Motor de base de datos" ayuda mucho con esto.

¿Solo"una recomendación por respuesta"? Entonces me gustaría ir por este:

Evite los duplicados de unión (TAMBIÉN conocidos como productos cartesianos) debido a uniones a lo largo de dos o más asociaciones paralelas a-many; use Exists-subqueries, MultiQueries o FetchMode "subselect" en su lugar.

Tomado de: Hibernate Performance Tuning Tips

¿Solo se me permite limitar mi respuesta a una opción? En ese caso, seleccionaría que implementes el mecanismo de caché de segundo nivel de NHibernate.

De esta manera, para cada objeto en su archivo de asignación puede definir la estrategia de caché. La caché de segundo nivel mantendrá los objetos ya recuperados en la memoria y, por lo tanto, no hará otro viaje de ida y vuelta a la base de datos. Este es un gran refuerzo de rendimiento.

Su objetivo es definir los objetos a los que se accede constantemente su solicitud. Entre ellos estarán los ajustes generales y similares.

Se puede encontrar mucha información sobre la caché de segundo nivel de nhibernate y cómo implementarla.

Buena suerte:)

Caching, Caching, Caching? ¿Está usando su caché de primer nivel correctamente [cerrando sesiones prematuramente, o usando StatelessSession para omitir el caché de primer nivel]? ¿Necesita configurar una caché simple de segundo nivel para valores que cambian con poca frecuencia? ¿Puede almacenar en caché los conjuntos de resultados de consultas para acelerar las consultas que cambian con poca frecuencia?

[También configuración? ¿puede establecer elementos como inmutables? ¿Puede reestructurar las consultas para recuperar solo la información que necesita y transformarlas en la entidad original? ¿Batman será capaz de detener al Acertijo antes de que llegue a la presa? ... lo siento, me dejé llevar.]

El perfilado es el primer paso - incluso simples pruebas unitarias cronometradas - para averiguar dónde se pueden obtener las mayores ganancias

Para las colecciones, considere establecer el tamaño del lote para reducir el número de declaraciones select emitidas; consulte la sección Mejora del rendimiento para obtener más detalles

Si aún no está utilizando la carga lenta (apropiadamente), comience. Buscar colecciones cuando no las necesitas es un desperdicio de todo.

El capítulo Mejora del rendimiento describe esta y otras formas de mejorar el rendimiento.

Lo que lotsoffreetime dijo.

Lea el Capítulo 19 de la documentación, "Mejorar el rendimiento".
NHibernate: http://nhibernate.info/doc/nhibernate-reference/performance.html
Hibernar: http://docs.jboss.org/hibernate/core/3.3/reference/en/html/performance.html

Utilice SQL Profiler (o equivalente para la base de datos que está utilizando) para localizar consultas de larga duración. Optimice esas consultas con los índices adecuados.

Para las llamadas a la base de datos casi todas las páginas de una aplicación, use Createmultizery para devolver varios conjuntos de resultados de una sola consulta de base de datos.

Y por supuesto, caché. La directiva OutputCache para páginas / controles. Almacenamiento en caché de NHibernate para datos.