Hibernate SessionFactory vs EntityManagerFactory

Je suis nouvelle mise en veille prolongée et je suis pas clair de savoir si l'utilisation d'un SessionFactory ou EntityManagerFactory pour obtenir la session hibernate. Quelle est la différence entre les deux? Pour & Cons?

InformationsquelleAutor elpisu | 2011-04-12
  1. 339

    Préfèrent EntityManagerFactory et EntityManager. Ils sont définis par la JPA standard.

    SessionFactory et Session sont hibernate spécifiques. Le EntityManager appelle la session hibernate sous le capot. Et si vous avez besoin de certaines fonctionnalités spécifiques qui ne sont pas disponibles dans le EntityManager, vous pouvez obtenir la session en appelant:

    Session session = entityManager.unwrap(Session.class);
    • Vous êtes une richesse de connaissances! Je commence tout juste avec la veille prolongée et que vous souhaitez utiliser Hibernate avec des Annotations JPA - recommanderiez-vous tout de bonnes ressources pour un débutant (en plus de la documentation Hibernate)?
    • Je ne peux pas le recommander, en fait. J'ai été en utilisant uniquement la documentation officielle comme une ressource d'apprentissage (au moins dans les 2 dernières années), donc je ne sais pas autre chose fiable. Mais les docs sont assez bonnes.
    • Je sais qu'il est tard mais quels sont les inconvénients de l'utilisation de SessionFactory et de la Session? Pourquoi l'utilisation de JPA est-il préférable? Merci
    • s'il vous plaît pouvez-vous expliquer, je veux aussi savoir pourquoi surtout quand le printemps à un peu d'aller entitymanager avec son nouveau spring-data-jpa qui l'utilise.Quels sont les inconvénients sur la sessionFactory.Merci
    • Oh désolé, ce que je veux dire, c'est des données spring-data-jpa va entityManager quand il s'agit d'hibernate pour la persistance d'un vendeur.Je voulais savoir si c'est un indice révélateur que pour aller à l'entityManager façon, par opposition à la session façon.Merci
    • l'utilisation de la JPA est prioritaire sur l'API Hibernate, parce que c'est une Java standard de l'Entreprise. En utilisant JPA (et la restriction de vous-même, sans l'utilisation d'Hibernate-des caractéristiques spécifiques) améliore la portabilité de l'application, c'est à dire que vous avez la possibilité de basculer vers un autre persistance cadre avec un minimum de modifications à votre demande, aussi longtemps que le cadre est également conforme à la JPA standard.
    • est-il possible de programmation pour construire des requêtes HQL en utilisant uniquement JPA-couvert de la fonctionnalité?
    • les critères de l'api?
    • Est-il mieux de tout simplement parce que c'est un standard de l'entreprise? J'en doute. Les normes sont généralement lentes à évoluer et compliqué. Ce sujet de certains de la vie réelle des avantages? JPA est mieux parce qu'il a TypedQuery, vous empêche de typecasting tous sur la place.
    • Cette approche est d'obtenir Session de EntityManager, de même que SessionFactory.getCurrentSession()? Je veux dire, il va ouvrir de nouvelles Session si elle n'est pas déjà créé? Comment ça fonctionne en environnement multithread?

    InformationsquelleAutor Bozho
  2. 30

    Je tiens à ajouter sur ce que vous pouvez également obtenir de Hibernate session en appelant getDelegate() méthode de EntityManager.

    ex:

    Session session = (Session) entityManager.getDelegate();
    • notez que unwrap() est pour être préféré au cours de getDelegate() selon la java docs: javaee 6 et javaee 7.
    InformationsquelleAutor toytoy
  3. 20

    À l'aide de EntityManagerFactory approche nous permet d'utiliser la méthode de rappel annotations: @PrePersist, @PostPersist,@PreUpdate sans configuration supplémentaire.

    En utilisant les mêmes rappels lors de l'utilisation d'une SessionFactory nécessitera des efforts supplémentaires.

    Liées Hibernate docs peuvent être trouvés ici et ici.

    Liées SOF Question et Printemps Forum de discussion

    InformationsquelleAutor Kumar Sambhav
  4. 17

    Je préfère le JPA2 EntityManager API sur SessionFactory, parce qu'il se sent plus moderne. Un exemple simple:

    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;
}

    Je pense qu'il est clair que le premier semble plus propre et aussi plus facile à tester car EntityManager peut facilement être moqué.

    • Vous pouvez faire n'importe quel code compliqué si vous le souhaitez. return sessionFactory.getCurrentSession().createQuery("from User where id=1").list()
    • Comment vous avez obtenu directement entityManager et vous montrez que vous avez à utiliser sessionfactory pour aller chercher de session.. 😀
    InformationsquelleAutor Bastian Voigt
  5. 2

    En utilisant l'EntityManager, le code n'est plus aussi étroitement couplé avec hibernate. Mais pour cela, dans l'usage que nous devrions utiliser :

    javax.persistence.EntityManager

    au lieu de 

    org.hibernate.ejb.HibernateEntityManager

    De même, pour EntityManagerFactory, utilisez l'interface javax. De cette façon, le code est faiblement couplé. Si il y a une meilleure JPA 2 mise en œuvre de hibernate, commutation serait facile. Dans un cas extrême, nous pourrions type de fonte à HibernateEntityManager.

    InformationsquelleAutor Sairam Krish
  6. 0

    EntityManager interface est similaire à sessionFactory dans hibernate.
    EntityManager sous javax.persistance paquet, mais de session et d'une sessionFactory sous org.mise en veille prolongée.Session/sessionFactory paquet.

    Gestionnaire d'entités JPA est spécifique et session/sessionFactory sont hibernate spécifiques.

    • Votre réponse est correcte, mais est essentiellement la même que la réponse Sangyun Lee se réfère à ses commentaires... donc un doublon.
    InformationsquelleAutor Avvappa Hegadyal