3.9. Flush the persistence context
3.9.1. In a transaction
From time to time the entity manager will execute the SQL DML statements needed to synchronize the data store with the state of objects held in memory. This process, flush, occurs by default (this is Hibernate specific and not defined by the specification) at the following points:
- before query execution*
- from
javax.persistence.EntityTransaction.commit()*
- when
EntityManager.flush()
is called*
(*) if a transaction is active
The SQL statements are issued in the following order
- all entity insertions, in the same order the corresponding objects were saved using
EntityManager.persist()
- all entity updates
- all collection deletions
- all collection element deletions, updates and insertions
- all collection insertions
- all entity deletions, in the same order the corresponding objects were deleted using
EntityManager.remove()
(Exception: entity instances using application-assigned identifiers are inserted when they are saved.)
Except when you explicity
flush()
, there are absolutely no guarantees about when the entity manager executes the JDBC calls, only the order in which they are executed. However, Hibernate does guarantee that the Query.getResultList()
/Query.getSingleResult()
will never return stale data; nor will they return wrong data if executed in an active transaction.
It is possible to change the default behavior so that flush occurs less frequently. The
FlushModeType
for an entity manager defines two different modes: only flush at commit time or flush automatically using the explained routine unless flush()
is called explicitly.
em = emf.createEntityManager(); em.getTransaction().begin(); em.setFlushMode(FlushModeType.COMMIT); // allow queries to return stale state Cat izi = em.find(Cat.class, id); izi.setName(iznizi); // might return stale data em.createQuery("from Cat as cat left outer join cat.kittens kitten").getResultList(); // change to izi is not flushed! ... em.getTransaction().commit(); // flush occurs
During flush, an exception might happen (e.g. if a DML operation violates a constraint).
Hibernate provides more flush modes than the one described in the EJB3 specification. Please refer to the Hibernate core reference documentation for more informations.