JPA中@EntityGraph注解的作用

只了解了作用,具体用法其实还没怎么去看懂,但摘抄在这里先MARK一下

作用描述:

有时数据库表中可能存在一对一,一对多这样的映射,加载某个实体需加载很多个关联的其他实体(即N+1问题),而EntityGraph则是比较好的解决该问题的方法。

摘抄一段比较更详细的作用描述:(from:使用EntityGraph解决JPA下N+1问题

Now I have Entity A, B and C, their relationship is like:

A--oneToMany-->B--oneToMany-->C

Default is LAZY fetching B and C. However this is so fucking painful because when I tried to load a page(500 items) of A immediately with all the nested information, it will take several seconds wasted on LAZY loading all the nested entities B and C with thousands of queries asking database for B of each A and C of each B.

To solve this N+1 problem with JPA without implementing your own DAO level, we can make use of EntityGraph.


用法:(from使用Entity Graph优化JPA查询 | TONY'S TOY BLOG (tony-bro.com)

实体图概念

Entity Graph简单翻译为实体图,不过感觉加载图这个称呼可能更加符合一些。官方文档中Entity Graph可以解释为针对特定持久化查询或操作的模板,常常用于创建实体的抓取策略。简单来说Entity Graph可以指定如何获取实体以及实体关联的实体,就好比一张图一般。

实体图应用

创建实体图可以使用代码或者注解,一般来说使用注解,代码的方式不直观而且不方便。

 
// 代码创建
EntityGraph<YourEntity> eg = em.createEntityGraph(YourEntity.class);
eg.addAttributeNodes("body");
// more attributes...
//========================================================
// 注解创建
@Entity
@NamedEntityGraphs(value = {
        @NamedEntityGraph(name = "graphName", attributeNodes = {
                @NamedAttributeNode(value = "body", subgraph = "bodySub"),
                // more attributes...
        },subgraphs = {
                @NamedSubgraph(name = "bodySub", attributeNodes = {
                        @NamedAttributeNode(value = "part", subgraph = "partSub"),
                        // more attributes...
                }),
                // more subgraphs...
        })
        // more graphs...
})
public class YourEntity{
  // attributes...
}

可以看到注解的形式是注解在实体类上的,一个实体图由一个@NamedEntityGraph注解表示,使用@NamedAttribute来指定要加载的字段,如果加载的字段还需要加载子字段,那么可以使用@NamedSubgraph添加子图并且使用subgraph这个属性进行指定,子图中的节点可以指定另外的子图作为subgraph值,这样通过@NamedAttributeNode@NamedSubgraph就可以完整地描述一幅实体图。

根据官方文档的描述,实体图可以有两种应用方式,分别是提取图(fetch graph)和负载图(load graph)。Fetch Graph将会急加载指定的字段,其余字段将忽略原来的加载类型;Load Graph将会急加载指定的字段,其余字段按原来默认的属性加载(详情连接)。

应用实体图时,可以直接在Repository接口方法上进行注解,如果图比较简单,也可以直接在注解上写明属性路径,这样就不需要编写实体图。在使用EntityManager直接进行查询时可以将Entity Graph作为QueryHint进行输入。

 
@Repository
public interface GroupRepository extends CrudRepository<GroupInfo, String> {
  
  @EntityGraph(value = "GroupInfo.detail", type = EntityGraphType.FETCH)
  GroupInfo getByGroupName(String name);
  
  @EntityGraph(attributePaths = { "members" })
  GroupInfo getByGroupType(String type);
}
//=========================================================
EntityGraph<GroupInfo> eg = em.getEntityGraph("GroupInfo.detail");
List<GroupInfo> groupInfos = em.createNamedQuery("findAllGroupInfos")
        .setHint("javax.persistence.fetchgraph", eg)
        .getResultList();

 

【2021年,将Spring全家桶系列课程进行Review,修复顺序等错误。进入2022年,将Spring的课程进行整理,整理为案例精讲的系列课程,并新增高级的Spring Security等内容,通过手把手一步步教你从零开始学会应用Spring,课件将逐步进行上传,敬请期待】 本课程是Spring案例精讲课程的第四部分Spring Cloud,Spring案例精讲课程以真实场景、项目实战为导向,循序渐进,深入浅出的讲解Java网络编程,助力您在技术工作中更进一步。 本课程聚焦Spring Cloud的核心知识点:注册中心、服务提供者与消费者、服务的调用OpenFeign、Hystrix监控、服务网关gateway、消息驱动的微服务Spring Cloud Stream、分布式集群、分布式配置中心的案例介绍, 快速掌握Spring Cloud的核心知识,快速上手,为学习及工作做好充足的准备。 由于本课程聚焦于案例,即直接上手操作,对于Spring的原理等不会做过多介绍,希望了解原理等内容的需要通过其他视频或者书籍去了解,建议按照该案例课程一步步做下来,之后再去进一步回顾原理,这样能够促进大家对原理有更好的理解。【通过Spring全家桶,我们保证你能收获到以下几点】 1、掌握Spring全家桶主要部分的开发、实现2、可以使用Spring MVC、Spring Boot、Spring Cloud及Spring Data进行大部分的Spring开发3、初步了解使用微服务、了解使用Spring进行微服务的设计实现4、奠定扎实的Spring技术,具备了一定的独立开发的能力  【实力讲师】 毕业于清华大学软件学院软件工程专业,曾在Accenture、IBM等知名外企任管理及架构职位,近15年的JavaEE经验,近8年的Spring经验,一直致力于架构、设计、开发及管理工作,在电商、零售、制造业等有丰富的项目实施经验  【本课程适用人群】如果你是一定不要错过!  适合于有JavaEE基础的,如:JSP、JSTL、Java基础等的学习者没有基础的学习者跟着课程可以学习,但是需要补充相关基础知识后,才能很好的参与到相关的工作中。 【Spring全家桶课程共包含如下几门】 
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值