Estrategias de concurrencia de caché por entidad en Hibernate

Si su aplicación necesita leer pero nunca modificar las instancias de una clase persistente, se puede usar un caché de sólo lectura (read-only). Esta es la estrategia más simple y la de mejor rendimiento. También se puede utilizar en un cluster ya que es muy segura.

Si la aplicación necesita actualizar datos, puede ser apropiado usar una caché de lectura-escritura (read-write). Esta estrategia de almacenamiento nunca debería ser usada si se requiere aislamiento de transacciones serializables. Si el caché se usa en un entorno JTA, se debe especificar la propiedad hibernate.transaction.manager_lookup_class, especificando una estrategia para obtener la propiedad TransactionManager de JTA. En otros entornos hay que asegurarse de que la transacción se haya completado cuando ocurran Session.close() o Session.disconnect(). Si se quiere usar esta estrategia en un cluster, hay que asegurarse de que la implementación subyacente de caché soporta "locking". Los proveedores de caché que vienen ya incorporados no lo soportan.

Si la aplicación necesita actualizar datos, pero sólo ocasionalmente, es decir, si es improbable que dos transacciones traten de actualizar el mismo ítem simultáneamente, y no se requiere un aislamiento de transacciones estricto, puede ser apropiado un caché de "lectura-escritura no estricta" (nonstrict-read-write). Si el caché se usa en un entorno JTA, se debe especificar hibernate.transaction.manager_lookup_class. En otros entornos hay que asegurarse de que la transacción se haya completado cuando ocurran Session.close() o Session.disconnect().

La estrategia transaccional (transactional) proporciona soporte para proveedores de caché enteramente transaccionales, como JBoss TreeCache. Tales caches sólo pueden ser usados en un entorno JTA, y se debe especificar hibernate.transaction.manager_lookup_class.