¿Cuándo necesitamos más de un EntityManager?

Question

estoy aprendiendo APP y tienen una pregunta:

¿En qué situaciones es necesario más de un EntityManager en nuestra aplicación?

Las dos situaciones que yo sepa son los siguientes:

• Cuando nuestra aplicación es una aplicación multi-hilo y más de un hilo necesidades de transacciones JPA porque EntityManager no es seguro para subprocesos y necesitamos uno EntityManager por hilo.

• Cuando cualquier de la rosca necesita múltiples transacciones simultáneas, se necesita más de una EntityManager en ese hilo porque no hay relación de uno a uno entre EntityManager y EntityTransaction.

---

Q1. ¿Hay alguna otra situación en la que necesitemos más de un EntityManager?

Q2. Hasta donde entiendo, solo debe haber un EntityManagerFactory por unidad de persistencia. ¿Estoy en lo correcto? Si no, ¿cuáles son esas situaciones en las que necesitamos múltiples EntityManagerFactory por unidad de persistencia?

Answer 1

Q1: La EntityManager es el mejor para ser comparado con los "buenos" Hibernate Session: una unidad de trabajo ("registro en un usuario de" una acción de negocio simple, por ejemplo, "hacer un pedido", etc). No está necesariamente vinculado a un solo hilo. Solo tendrá problemas si los diferentes subprocesos ejecutan tareas de DB que dependen una de otra dentro de una sola unidad de trabajo. Necesitaría ejecutarlos en sincronización (preferiblemente, en orden en un solo hilo). Si, por ejemplo, tiene el requisito comercial de limpiar algunos "registros antiguos" cuando un usuario inicia sesión (lo que razonablemente no interferiría la información de los demás), puede ejecutarlo perfectamente en dos subprocesos separados dentro de una sola unidad de trabajo.

Q2: Su comprensión es correcta. Sin embargo, puedes crear más de uno, pero eso no tendría ningún sentido ni tendría ningún beneficio. Solo agregaría una sobrecarga significativa.