延遲加載通常是JPA 2.0的問題。 如果要使用FetchType.LAZY（默認）或FetchType.EAGER來加載關系，則必須在實體上進行定義，并且始終使用此模式。 僅當我們要始終加載關系時才使用FetchType.EAGER。 FetchType.LAZY幾乎在所有情況下都用于獲得性能良好且可伸縮的應用程序。

但這并非沒有缺點。 如果必須使用關系的元素，則需要確保在從數據庫加載實體的事務中初始化該關系。 這可以通過使用特定的查詢來完成，該查詢從數據庫中讀取實體和所需的關系。 但這將導致用例特定的查詢。 另一個選擇是在您的業務代碼中訪問該關系，這將導致對每個關系的附加查詢。 兩種方法都不完美。

JPA 2.1實體圖是一個更好的解決方案。 實體圖的定義與查詢無關，并且定義了要從數據庫中獲取哪些屬性。 實體圖可以用作訪存圖或負載圖。 如果使用提取圖，則僅由實體圖指定的屬性將被視為FetchType.EAGER。 所有其他屬性將是惰性的。 如果使用負載圖，則實體圖未指定的所有屬性將保留其默認提取類型。

讓我們看看如何定義和使用實體圖。

示例實體

在此示例中，我們將使用帶有項目列表的訂單，每個項目都有一個產品。 所有關系都是懶惰的。

訂單實體：

@Entity @Table(name = "purchaseOrder") @NamedEntityGraph(name = "graph.Order.items", attributeNodes = @NamedAttributeNode(value = "items", subgraph = "items"), subgraphs = @NamedSubgraph(name = "items", attributeNodes = @NamedAttributeNode("product"))) public class Order implements Serializable {@Id@GeneratedValue(strategy = GenerationType.AUTO)@Column(name = "id", updatable = false, nullable = false)private Long id = null;@Version@Column(name = "version")private int version = 0;@Columnprivate String orderNumber;@OneToMany(mappedBy = "order", fetch = FetchType.LAZY)private Set<OrderItem> items = new HashSet<OrderItem>();...

OrderItem實體：

@Entity public class OrderItem implements Serializable {@Id@GeneratedValue(strategy = GenerationType.AUTO)@Column(name = "id", updatable = false, nullable = false)private Long id = null;@Version@Column(name = "version")private int version = 0;@Columnprivate int quantity;@ManyToOneprivate Order order;@ManyToOne(fetch = FetchType.LAZY)private Product product;

產品實體：

@Entity public class Product implements Serializable {@Id@GeneratedValue(strategy = GenerationType.AUTO)@Column(name = "id", updatable = false, nullable = false)private Long id = null;@Version@Column(name = "version")private int version = 0;@Columnprivate String name;

命名實體圖

命名實體圖的定義是通過實體上的@NamedEntityGraph批注完成的。 它定義了唯一的名稱和已加載的屬性列表（ attributeNodes ）。

以下示例顯示了實體圖“ graph.Order.items”的定義，該圖將加載Order的OrderItem列表。

@Entity @Table(name = "purchase_order") @NamedEntityGraph(name = "graph.Order.items", attributeNodes = @NamedAttributeNode("items")) public class Order implements Serializable {...

現在我們已經定義了實體圖，我們可以在查詢中使用它。 因此，我們需要創建一個具有查詢提示的Map，并將其設置為find或query方法調用上的附加參數。

以下代碼段顯示了如何在find語句中使用命名實體圖作為獲取圖。

EntityGraph graph = this.em.getEntityGraph("graph.Order.items");Map hints = new HashMap(); hints.put("javax.persistence.fetchgraph", graph);return this.em.find(Order.class, orderId, hints);

命名子圖

我們使用實體圖來定義Order實體的提取操作。 如果我們想對OrderItem實體執行相同的操作，則可以使用實體子圖執行此操作。 命名子圖的定義類似于命名實體圖的定義，并且可以引用為attributeNode。

以下代碼段顯示了用于加載每個OrderItem的Product的子圖的定義。 定義的實體圖將獲取包含所有OrderItem及其產品的Order 。

@Entity @Table(name = "purchase_order") @NamedEntityGraph(name = "graph.Order.items", attributeNodes = @NamedAttributeNode(value = "items", subgraph = "items"), subgraphs = @NamedSubgraph(name = "items", attributeNodes = @NamedAttributeNode("product"))) public class Order implements Serializable {

里面發生什么事了？

好的，從發展的角度來看，實體圖很棒。 它們易于使用，我們不需要編寫其他代碼來避免延遲加載問題。 但是里面發生了什么？ 有多少查詢發送到數據庫？ 讓我們看看休眠調試日志。

2014-03-22 21:56:08,285 DEBUG [org.hibernate.loader.plan.build.spi.LoadPlanTreePrinter] (pool-2-thread-1) LoadPlan(entity=blog.thoughts.on.java.jpa21.entity.graph.model.Order) - Returns - EntityReturnImpl(entity=blog.thoughts.on.java.jpa21.entity.graph.model.Order, querySpaceUid=<gen:0>, path=blog.thoughts.on.java.jpa21.entity.graph.model.Order) - CollectionAttributeFetchImpl(collection=blog.thoughts.on.java.jpa21.entity.graph.model.Order.items, querySpaceUid=<gen:1>, path=blog.thoughts.on.java.jpa21.entity.graph.model.Order.items) - (collection element) CollectionFetchableElementEntityGraph(entity=blog.thoughts.on.java.jpa21.entity.graph.model.OrderItem, querySpaceUid=<gen:2>, path=blog.thoughts.on.java.jpa21.entity.graph.model.Order.items.<elements>) - EntityAttributeFetchImpl(entity=blog.thoughts.on.java.jpa21.entity.graph.model.Product, querySpaceUid=<gen:3>, path=blog.thoughts.on.java.jpa21.entity.graph.model.Order.items.<elements>.product) - QuerySpaces - EntityQuerySpaceImpl(uid=<gen:0>, entity=blog.thoughts.on.java.jpa21.entity.graph.model.Order) - SQL table alias mapping - order0_ - alias suffix - 0_ - suffixed key columns - {id1_2_0_} - JOIN (JoinDefinedByMetadata(items)) : <gen:0> -> <gen:1> - CollectionQuerySpaceImpl(uid=<gen:1>, collection=blog.thoughts.on.java.jpa21.entity.graph.model.Order.items) - SQL table alias mapping - items1_ - alias suffix - 1_ - suffixed key columns - {order_id4_2_1_} - entity-element alias suffix - 2_ - 2_entity-element suffixed key columns - id1_0_2_ - JOIN (JoinDefinedByMetadata(elements)) : <gen:1> -> <gen:2> - EntityQuerySpaceImpl(uid=<gen:2>, entity=blog.thoughts.on.java.jpa21.entity.graph.model.OrderItem) - SQL table alias mapping - items1_ - alias suffix - 2_ - suffixed key columns - {id1_0_2_} - JOIN (JoinDefinedByMetadata(product)) : <gen:2> -> <gen:3> - EntityQuerySpaceImpl(uid=<gen:3>, entity=blog.thoughts.on.java.jpa21.entity.graph.model.Product) - SQL table alias mapping - product2_ - alias suffix - 3_ - suffixed key columns - {id1_1_3_} 2014-03-22 21:56:08,285 DEBUG [org.hibernate.loader.entity.plan.EntityLoader] (pool-2-thread-1) Static select for entity blog.thoughts.on.java.jpa21.entity.graph.model.Order [NONE:-1]: select order0_.id as id1_2_0_, order0_.orderNumber as orderNum2_2_0_, order0_.version as version3_2_0_, items1_.order_id as order_id4_2_1_, items1_.id as id1_0_1_, items1_.id as id1_0_2_, items1_.order_id as order_id4_0_2_, items1_.product_id as product_5_0_2_, items1_.quantity as quantity2_0_2_, items1_.version as version3_0_2_, product2_.id as id1_1_3_, product2_.name as name2_1_3_, product2_.version as version3_1_3_ from purchase_order order0_ left outer join OrderItem items1_ on order0_.id=items1_.order_id left outer join Product product2_ on items1_.product_id=product2_.id where order0_.id=?

日志顯示僅創建了一個查詢。 Hibernate使用實體圖來創建具有所有3個實體（ Order ， OrderItem和Product ）的加載計劃，并通過一個查詢加載它們。

結論

我們定義了一個實體圖，該圖告訴實體管理器從數據庫中獲取3個相關實體的圖（ Order ， OrderItem和Product ）。 實體圖的定義和用法與查詢無關，并且僅產生一條select語句。 因此，解決了JPA 2.0方法的主要缺點（在開頭提到）。

從我的角度來看，新的實體圖功能確實很棒，并且可以解決延遲加載問題。 你怎么看待這件事？

翻譯自: https://www.javacodegeeks.com/2014/05/jpa-2-1-entity-graph-part-1-named-entity-graphs.html

總結

以上是生活随笔為你收集整理的JPA 2.1实体图–第1部分：命名实体图的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。