Hibernate SessionFactory vs. JPA EntityManagerFactory

Ich bin neu im Ruhezustand und bin mir nicht sicher, ob ich einen Ruhezustand SessionFactoryoder eine JPA verwenden soll EntityManagerFactory, um einen Ruhezustand zu erstellen Session.

Was ist der Unterschied zwischen diesen beiden? Was sind die Vor- und Nachteile jeder dieser Anwendungen?

Bevorzugen EntityManagerFactoryund EntityManager. Sie werden durch den JPA-Standard definiert.

SessionFactoryund Sessionsind hibernate-spezifisch. Der EntityManagerruft den Ruhezustand unter der Haube auf. Und wenn Sie einige spezifische Funktionen benötigen, die in der nicht verfügbar sind EntityManager, können Sie die Sitzung erhalten, indem Sie Folgendes aufrufen:

Session session = entityManager.unwrap(Session.class);

Ich möchte hinzufügen, dass Sie die Sitzung von Hibernate auch erhalten können, indem Sie die getDelegate()Methode von aufrufen EntityManager.

Ex:

Session session = (Session) entityManager.getDelegate();

Ich bevorzuge die JPA2- EntityManagerAPI SessionFactory, weil sie sich moderner anfühlt. Ein einfaches Beispiel:

JPA:

@PersistenceContext
EntityManager entityManager;

public List<MyEntity> findSomeApples() {
  return entityManager
     .createQuery("from MyEntity where apples=7", MyEntity.class)
     .getResultList();
}

SessionFactory:

@Autowired
SessionFactory sessionFactory;

public List<MyEntity> findSomeApples() {
  Session session = sessionFactory.getCurrentSession();
  List<?> result = session.createQuery("from MyEntity where apples=7")
      .list();
  @SuppressWarnings("unchecked")
  List<MyEntity> resultCasted = (List<MyEntity>) result;
  return resultCasted;
}

Ich denke, es ist klar, dass der erste sauberer aussieht und auch einfacher zu testen ist, da EntityManager leicht verspottet werden kann.

Mit dem EntityManagerFactory-Ansatz können wir Annotationen für Rückrufmethoden wie @PrePersist, @ PostPersist, @ PreUpdate ohne zusätzliche Konfiguration verwenden.

Die Verwendung ähnlicher Rückrufe während der Verwendung von SessionFactory erfordert zusätzliche Anstrengungen.

Verwandte Hibernate-Dokumente finden Sie hier und hier .

Verwandte SOF-Frage und Diskussion im Frühjahrsforum

SessionFactory vs. EntityManagerFactory

Wie ich im Hibernate-Benutzerhandbuch erläutert habe , erweitert der Hibernate SessionFactorydie JPA EntityManagerFactory, wie in der folgenden Abbildung dargestellt:

Das SessionFactoryist also auch ein JPA EntityManagerFactory.

Sowohl die SessionFactoryals auch die EntityManagerFactoryenthalten die Entitätszuordnungsmetadaten und ermöglichen Ihnen das Erstellen eines Ruhezustands Sessionoder eines Ruhezustands EntityManager.

Session vs. EntityManager

Genau wie die SessionFactoryund EntityManagerFactorydie Hibernate Sessionerweitert die JPA EntityManager. Daher sind alle durch das definierten Methoden EntityManagerim Ruhezustand verfügbar Session.

Der Sessionund der EntityManager übersetzen Entitätsstatusübergänge in SQL-Anweisungen wie SELECT, INSERT, UPDATE und DELETE.

Ruhezustand vs. JPA-Bootstrap

Beim Bootstrapping einer JPA- oder Hibernate-Anwendung haben Sie zwei Möglichkeiten:

1. Sie können über den nativen Hibernate-Mechanismus booten und SessionFactoryüber den BootstrapServiceRegistryBuilder. Wenn Sie Spring verwenden, erfolgt der Hibernate-Bootstrap über LocalSessionFactoryBean, wie in diesem GitHub-Beispiel dargestellt .
2. Oder Sie können eine JPA EntityManagerFactoryüber die PersistenceKlasse oder die erstellen EntityManagerFactoryBuilder. Wenn Sie Spring verwenden, erfolgt der JPA-Bootstrap über LocalContainerEntityManagerFactoryBean, wie in diesem GitHub-Beispiel dargestellt .

Bootstrapping über JPA ist zu bevorzugen. Dies FlushModeType.AUTOliegt daran, dass der JPA eine viel bessere Wahl ist als das Legacy FlushMode.AUTO, wodurch die Konsistenz beim Lesen und Schreiben für native SQL-Abfragen beeinträchtigt wird .

JPA in den Ruhezustand auspacken

Wenn Sie über JPA booten und das EntityManagerFactoryüber die @PersistenceUnitAnnotation eingefügt haben:

@PersistenceUnit
private EntityManagerFactory entityManagerFactory;

SessionfactoryMit der folgenden unwrapMethode können Sie problemlos auf den Basiswert zugreifen :

SessionFactory sessionFactory = entityManagerFactory.unwrap(SessionFactory.class);

Das gleiche kann mit der JPA gemacht werden EntityManager. Wenn Sie die EntityManagerüber die @PersistenceContextAnmerkung injizieren :

@PersistenceContext
private EntityManager entityManager;

SessionMit der folgenden unwrapMethode können Sie problemlos auf den Basiswert zugreifen :

Session session = entityManager.unwrap(Session.class);

Fazit

Sie sollten daher über JPA booten , das EntityManagerFactoryund verwenden EntityManagerund diese nur dann in die zugehörigen Hibernate-Schnittstellen auspacken, wenn Sie Zugriff auf einige Hibernate-spezifische Methoden erhalten möchten, die in JPA nicht verfügbar sind, z. B. das Abrufen der Entität über ihre natürliche Kennung .

Durch die Verwendung von EntityManager ist Code nicht mehr eng mit dem Ruhezustand verbunden. Aber dafür sollten wir im Gebrauch verwenden:

javax.persistence.EntityManager

anstatt

org.hibernate.ejb.HibernateEntityManager

Verwenden Sie für EntityManagerFactory ebenfalls die Javax-Schnittstelle. Auf diese Weise wird der Code lose gekoppelt. Wenn es eine bessere JPA 2-Implementierung als den Ruhezustand gibt, ist das Wechseln einfach. Im Extremfall könnten wir cast in HibernateEntityManager eingeben.

EntityManagerFactory ist die Standardimplementierung und für alle Implementierungen gleich. Wenn Sie Ihr ORM für einen anderen Anbieter wie EclipseLink migrieren, ändert sich der Ansatz für die Abwicklung der Transaktion nicht. Wenn Sie dagegen die Session Factory von Hibernate verwenden, ist diese an APIs für den Ruhezustand gebunden und kann nicht auf einen neuen Anbieter migriert werden.

Die EntityManager-Oberfläche ähnelt der sessionFactory im Ruhezustand. EntityManager unter dem Paket javax.persistance, aber session und sessionFactory unter dem Paket org.hibernate.Session / sessionFactory.

Der Entity Manager ist JPA-spezifisch und session / sessionFactory sind hibernate-spezifisch.