¿El JPA/Hibernate ahorrar aún cuando no llamar a persistir

Question

em.getTransaction().begin(); 

StringData sd = em.find(StringData.class, key); 
System.out.println("Old value: " + sd.getData()); 
sd.setData(newValue); 
// em.persist(sd); 

em.getTransaction().commit(); 

Como se puede ver, no estoy llamando persist, ha comentado, porque soy el funcionamiento en seco primero este código. Sin embargo, como resulta, no es tan seco. Al inspeccionar la base de datos, veo que los datos han cambiado (afortunadamente es una base de datos de prueba).

Aparentemente mi comprensión de Hibernate/JPA es defectuosa. ¿No es obligatorio llamar al persist para cambiar los datos? Y si no, ¿cuáles son las reglas sobre cuándo se guarda algo ?

Answer 1

Sí, las entidades administradas se guardan cuando se realiza una descarga (el enjuague también se realiza con una confirmación) si se detecta algún cambio, se denomina comprobación sucia.

Answer 2

StringData sd = em.find(StringData.class, key); 

Esa línea de código recupera la sd ejemplo StringData de la sesión em, cualquier cambio que realice se guardarán en ras (cuando termina transacciones) debido a que la instancia de objeto está asociado con la sesión em (es decir, administrado).

Puede separarlo o devolverlo del método. Fuera de la transacción, no está asociado con la sesión em y los cambios no se conservarán hasta que se vuelvan a vincular mediante la fusión.