Récupérer une structure graphique dans Hibernate

Question

structure de l'objet est comme ce

• facture
  • client
  • Date de
  • Nombre
  • a beaucoup productlines (produit, quantité, prix)
  • a de nombreux ServiceLines (service, quantité, prix)
  • a beaucoup PaymentOptions (PaymentType (chèque, réception, etc.), Date, Somme)

Si je dois récupérer une liste des factures pour une période donnée avec Hibernate est très facile à faire avec paresseux chargement sans écrire de code appelez simplement get ... MAIS il y a l'inconvénient de trop d'appels DB, donc dans un environnement multi-utilisateur cette solution n'est pas correcte.

Avec JDBC simple, j'ai résolu cela en utilisant 3 requêtes: 3 jointures entre Invoice et ProductLines, Invoice et ServiceLines et Invoice and Payment Options. Après cela, j'ai construit l'objet dans la mémoire. Même chose peut être fait avec Hibernate Je sais MAIS ma question est qu'il n'existe pas de graphique de charge ou alors je peux passer une liste de factures et en nombre minimum d'appels (optimal) pour récupérer les données?

Answer 1

Vous pouvez utiliser des requêtes avec join pour obtenir l'ensemble graphique d'objets en mémoire:

Query query = entityManager.createQuery("select distinct invoice from Invoice as invoice " 
      + "left join fetch invoice.productLines "     
      + "left join fetch invoice.serviceLines " 
      + "left join fetch invoice.paymentOptions"); 
for (Object object : query.getResultList()) { 
    // Code here 
} 

Answer 2

Vous voudrez peut-être considérer batch fetching pour vos lignes de facture et aller chercher impatiemment plusieurs associations telles que le client. Cela n'aboutira pas à un appel DB, mais si vous ajustez vos tailles de lots pour dépasser légèrement le nombre moyen de lignes de chaque type dans une facture, vous pouvez réduire à un par type de ligne.

Vous pouvez également requête en utilisant JPQL/HQL et explicitement fetch-rejoindre les lignes (as Russ decribes), mais vous obtenez un résultat plus établi que vous le feriez avec une approche aller chercher lot:

Query query = entityManager.createQuery("select distinct invoice from Invoice as invoice " 
      + "left join fetch invoice.productLines "     
      + "left join fetch invoice.serviceLines " 
      + "left join fetch invoice.paymentOptions"); 
for (Object object : query.getResultList()) { 
    // Code here 
} 

Si la taille les données brutes transférées s'avèrent être trop élevées, vous pouvez désactiver explicitement la récupération en supprimant "fetch" de la requête dans les endroits appropriés. Notez qu'il existe un problème de maintenance à l'aide de JPQL car le compilateur ne peut pas vérifier tous les noms de propriété pour vous, et si l'extraction est désactivée pour toutes les associations, la requête est un coût net. Vous pouvez commencer avec la récupération par lots si les performances ne sont pas un problème immédiat.