2011-11-18 9 views
8

conseguida a través de declaración abajo en http://docs.jboss.org/hibernate/core/3.3/reference/en/html/performance.html#performance-cache-nonstrictlectura/escritura sin restricción frente a lectura/escritura en hibernación?

Si la aplicación sólo en ocasiones resulta necesario actualizar los datos (es decir, si es muy poco probable que dos transacciones tratar de actualizar el mismo artículo simultáneamente)

Lo que obtuve de La afirmación anterior es si el desarrollador actualiza un objeto en su código, en algún momento desea actualizar en el segundo nivel de caché y en algún momento no. ¿Derecha? En caso afirmativo, cómo lo logrará en su código. Me refiero a donde necesita especificar en su código que esta vez quiere actualizar en caché y en otro momento no.

Respuesta

10

Lo entendiste mal. Lo que esto significa es que esta estrategia se debe usar cuando la entidad a veces se actualiza (por lo tanto, no se aplica la opción de solo lectura), pero es muy poco probable que dos transacciones simultáneas actualicen el mismo elemento. Por ejemplo, si tiene miles de usuarios accediendo a los datos, un lote lo actualiza regularmente, esta opción es la correcta para elegir: solo una transacción actualiza los elementos a la vez.

+0

Gracias JB. Eso es lo que realmente estoy preguntando, ¿cuál es el fragmento de código que especifica lectura/escritura no estricta? Según mi comprensión, debe especificarse en nuestro programa en lugar del archivo hbm.xml ... ¿Verdad? –

+1

No. Se especifica en el archivo de mapeo xml de la entidad, o en la anotación que describe la estrategia de caché para la entidad. ¿Por qué sería en el código? –

+1

Gracias JB. ¿Qué sucederá cuando dos transacciones simultáneas actualicen el mismo elemento y si elegimos una opción de lectura/escritura no estricta? De forma similar, lo que sucederá cuando dos transacciones simultáneas actualicen el mismo elemento y si elegimos la opción de lectura/escritura –

Cuestiones relacionadas