NHibernate: dos SessionFactories que acceden a la misma base de datos

Question

Esto está relacionado con a previous question I asked, con respecto a dividiendo una aplicación web asp.net mvc en dos aplicaciones: una pública y una administrativa. Ambos compartirían la misma base de datos, por supuesto.

Con dos aplicaciones web, tendré dos aplicaciones host y, por lo tanto, dos fábricas de sesión independientes de Nihbernate. Mi preocupación es que sus cachés de datos separados causarán todo tipo de problemas.

Al publicar esto, miré this question, que cubre un problema similar (por un motivo diferente). Realmente no quiero tener que configurar algún tipo de caché distribuida solo para una aplicación de administrador de bajo uso.

¿Cómo se puede resolver esto? ¿No es posible separar la sección de administración en su propia aplicación con NHibernate sin medidas drásticas?

Gracias.

Answer 1

Ejecutamos esto con éxito aunque algunas discrepancias en los datos siempre son un problema. Sin embargo, dado que el caché de segundo nivel es configurable por sitio, puede deshabilitarlo y desactivarlo para áreas de caché específicas en su administrador.

El segundo nivel de caché solo se utilizará para la lectura, ya que las actualizaciones explícitas se eliminarán y se conservarán directamente.

Si le preocupa que el contenido en el sitio será "viejo" una vez modificado, se necesitará algún tipo de activador para indicarle al sitio que desaloje el caché. NHibernate desalojará todo el caché de segundo nivel para un tipo de entidad específica si lo recuerdo correctamente.

Creo que su problema con la concurrencia será mínimo si su sitio vs su administrador actualizará diferentes entidades. Por ejemplo, en una tienda online:

Site will create orders, modify customers etc but only read products, prices and categories 

Admin will modify orders, products, prices and categories but only read customers 

Sin embargo, puede instruir a NHibernate única actualización modificada campos/propiedades en los objetos para las entidades que le preocupan los problemas de concurrencia con dynamic-update = "true" en el mapeo. Esto no resolverá completamente su problema, pero minimizará los problemas de concurrencia.

Answer 2

En primer lugar, debe saber que NHibernate doesn't enable second-level cache by default.

Así que, en realidad usted no necesita siquiera las medidas adicionales para completar a la memoria caché solo de no uso Distribuido. Simplemente use su ISessionFactory "Admin" y no habilite ningún caché L2 para eso.

Podría ser un tipo de problema dentro de una única aplicación/fábrica pero ya resolvió ese problema dividiéndolo en 2 aplicaciones físicas diferentes.