Quando abbiamo bisogno di più di un EntityManager?

Question

Sto imparando JPA e ho una domanda:

In quali situazioni abbiamo bisogno di più di uno EntityManager nella nostra applicazione?

Le due situazioni che sono a conoscenza sono i seguenti:

• Quando la nostra applicazione è un'applicazione multi-threaded e più di un thread ha bisogno di un'operazione APP perché EntityManager non è thread-safe e abbiamo bisogno uno EntityManager per thread.

• Quando qualsiasi del filo deve più transazioni simultanee, dobbiamo più EntityManager in quel filo perché c'è uno-a-uno tra EntityManager e EntityTransaction.

---

Q1. Ci sono altre situazioni in cui abbiamo bisogno di più di uno EntityManager?

Q2. A mio avviso, dovrebbe esserci solo uno EntityManagerFactory per Persitence Unit. Ho ragione? In caso contrario, quali sono quelle situazioni in cui è necessario più EntityManagerFactory per unità di persistenza?

Answer 1

Q1: Il EntityManager è meglio essere confrontato con il "buon vecchio" Hibernate Session: un'unità di lavoro ("la registrazione in un utente" una semplice azione di business, ad esempio, "un ordine", ecc). Non è necessariamente legato a un singolo thread. Esegui solo guai se i diversi thread eseguono attività DB che dipendono l'una dall'altra all'interno di una singola unità di lavoro. Dovresti eseguirli in sincrono (preferibilmente, in ordine in un singolo thread). Se, per esempio, hai il requisito aziendale di ripulire alcuni "vecchi log" quando un utente effettua l'accesso (il che ragionevolmente non disturba le informazioni altrui), puoi eseguirlo perfettamente in due thread separati all'interno di una singola unità di lavoro.

Q2: la vostra comprensione è corretta. Puoi comunque crearne più di uno, ma ciò non avrebbe alcun senso né alcun vantaggio. Aggiungerebbe solo un sovraccarico significativo.