java - example - jpa flush

¿Qué hace EntityManager.flush y por qué necesito usarlo?

Question

Tengo un EJB en el que guardo un objeto en la base de datos. En un ejemplo que he visto, una vez que se guardan estos datos (EntityManager.persist) hay una llamada a EntityManager.flush (); ¿Por qué tengo que hacer esto? El objeto que estoy guardando no está adjunto y no se usa más adelante en el método. De hecho, una vez guardado, el método vuelve y esperaría que se liberaran los recursos. (El código de ejemplo también hace esto en una llamada de eliminación).

    if (somecondition)
        entityManager.persist(unAttachedEntity);
    else
    {
        attachedEntityObject.setId(unAttachedEntity.getId());
    }
    entityManager.flush();

Answer 1

La operación EntityManager.flush() puede usarse para escribir todos los cambios en la base de datos antes de que se comprometa la transacción. Por defecto, JPA normalmente no escribe cambios en la base de datos hasta que la transacción se haya confirmado. Esto es normalmente deseable ya que evita el acceso a la base de datos, los recursos y bloqueos hasta que sea necesario. También permite que se ordenen las escrituras de la base de datos y que se almacenen en lotes para un acceso óptimo a la base de datos, y para mantener las restricciones de integridad y evitar interbloqueos. Esto significa que cuando llama a persistir, fusionar o eliminar la base de datos DML INSERT , UPDATE , DELETE no se ejecuta, hasta que se confirma, o hasta que se dispare un color.

Answer 2

Por lo tanto, cuando llama a EntityManager.persist() , solo hace que la entidad sea administrada por EntityManager y la agrega (instancia de entidad) al Persistence Context . Un flush() explícito flush() hará que la entidad que ahora reside en el Persistence Context se mueva a la base de datos (utilizando un SQL).

Sin flush (), esto (mover la entidad del Persistence Context a la base de datos) se producirá cuando la Transacción a la que está asociado este Persistence Context se haya comprometido.

Answer 3

Una llamada a EntityManager.flush(); forzará la persistencia de los datos en la base de datos de inmediato ya que EntityManager.persist() no lo hará (dependiendo de cómo esté configurado FlushModeType : FlushModeType (AUTO o COMMIT) de forma predeterminada está configurado en AUTO y se realizará una descarga automáticamente si es establecido en COMPROMISO, la persistencia de los datos en la base de datos subyacente se retrasará cuando se comprometa la transacción).

Answer 4

EntityManager.persist() hace que una entidad sea persistente mientras que EntityManager.flush() realmente ejecuta la consulta en su base de datos.

Por lo tanto, cuando llama a EntityManager.flush() , las consultas para insertar / actualizar / eliminar entidades asociadas se ejecutan en la base de datos. Cualquier falla de restricción (ancho de columna, tipos de datos, clave externa) se conocerá en este momento.

El comportamiento concreto depende de si el modo lavado es AUTO o COMPROMISO.