在JPA中，使用实体图查询具有自定义中间表的多对多实体

最新推荐文章于 2024-07-14 22:18:32 发布
最新推荐文章于 2024-07-14 22:18:32 发布
阅读量319 收藏 6
点赞数 5
分类专栏： 水文罢了 文章标签： java hibernate spring spring boot jpa
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011656961/article/details/140178314
版权

大家好哇！不知道大家在使用JPA的时候有没有试用过实体图(EntityGraph)进行查询呢？它的功能很强大，
比如可以用来规避大家经常遇到的 n+1 的问题。
那么你了不了解如何在"自定义中间表"的情况下去使用实体图查询呢？如果不太了解，那么就来跟着我看一下吧！

为了方便演示，后续的项目环境默认视为在 spring-boot-starter-data-jpa 中喔~

实体定义

首先，我们先来看看普通的多对多实体是如何定义、查询的。假设：我们有一个账户(account)和权限(permission)表，
它们之间是多对多关系，中间表为 account_permission 。

那么，先来定义它们的实体类：

// Account.java

@Entity
public class Account {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    @Column(nullable = false)
    private String name;

    @ManyToMany
    @JoinTable(name = "account_permission")
    private Set<Permission> permissions = new HashSet<>();
}

// Permission.java

@Entity
public class Permission {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    private String name;

    @ManyToMany(mappedBy = "permissions")
    private Set<Account> accounts = new HashSet<>();
}

为了演示省事儿，省略掉 getter、setter 之类的东西咯。

然后，在 Account 中添加实体图描述。

@Entity
@NamedEntityGraph(
        name = Account.ALL_GRAPH,
        attributeNodes = {
                @NamedAttributeNode("permissions")
        }
)
public class Account {
    public static final String ALL_GRAPH = "ACCOUNT.ALL";

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    @Column(nullable = false)
    private String name;

    @ManyToMany
    @JoinTable(name = "account_permission")
    private Set<Permission> permissions = new HashSet<>();
}

接下来，定义一个 Repository 并使用图查询，来看看效果：

public interface AccountRepository extends JpaRepository<Account, Integer> {
    // 使用具有命名的图查询
    @EntityGraph(Account.ALL_GRAPH)
    List<Account> findAllBy();
}

@SpringBootTest(classes = {GraphTests.class, AccountRepository.class})
@ActiveProfiles("test")
@SpringBootApplication
public class GraphTests {
    @Test
    public void graphTest(
            @Autowired AccountRepository accountRepository
    ) {
        accountRepository.findAllBy();
    }
}

当执行测试之后，我们便可以在日志中看到本次查询所生成的SQL：

select
    a1_0.id,
    a1_0.name,
    p1_0.accounts_id,
    p1_1.id,
    p1_1.name
from
    account a1_0
left join
    (account_permission p1_0
join
    permission p1_1
        on p1_1.id=p1_0.permissions_id)
    on a1_0.id=p1_0.accounts_id

可以看到，它帮我们自动进行了关联查询，避免了n+1的情况出现。

自定义中间表

有些时候，我们希望自定义中间表的内容，比如增加 created_date 来记录关联双方的创建日期。这时候就需要修改一下我们的几个实体类，并添加一个 AccountPermission ：

// Account.java

@Entity
@NamedEntityGraph(
        name = Account.ALL_GRAPH,
        attributeNodes = {
                @NamedAttributeNode("permissions")
        }
)
public class Account {
    public static final String ALL_GRAPH = "ACCOUNT.ALL";

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    @Column(nullable = false)
    private String name;

    @OneToMany(mappedBy = "id.account")
    private Set<AccountPermission> permissions = new HashSet<>();
}

// Permission.java

@Entity
public class Permission {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    private String name;

    @OneToMany(mappedBy = "id.permission")
    private Set<AccountPermission> accounts = new HashSet<>();
}

// AccountPermission.java

@Entity
@Table(name = "account_permission")
public class AccountPermission {
    @EmbeddedId
    private PrimaryKey id = new PrimaryKey();

    @CreatedDate
    private Instant createdDate;

    @Embeddable
    public static class PrimaryKey {
        @ManyToOne
        private Account account;
        @ManyToOne
        private Permission permission;
    }
}

可是这时候再去执行 findAllBy 的时候，你会发现生成的SQL出现了一些变化。

@SpringBootTest(classes = {GraphTests.class, AccountRepository.class})
@ActiveProfiles("test")
@SpringBootApplication
@EnableJpaAuditing
public class GraphTests {
    @Autowired
    EntityManager entityManager;
    @Autowired
    AccountRepository accountRepository;
    @Autowired
    PermissionRepository permissionRepository;
    @Autowired
    AccountPermissionRepository accountPermissionRepository;

    @Test
    @Transactional
    public void graphTest() {
        initData(); // 初始化2个 Account、4个 Permission

        final var all = accountRepository.findAllBy();
        for (var account : all) {
            System.out.println("account: " + account.getName());
            for (var permission : account.getPermissions()) {
                System.out.println("Account.permission: " + permission.id.getPermission().getName());
            }
            System.out.println();
        }
    }

    private void initData() {
        // ... 生成2个 Account、4个 Permission，
        // 并使它们之间存在关联：每一个account关联两个permission。
    }
}

而控制台产生的日志为：

Hibernate:
    select
        a1_0.id,
        a1_0.name,
        p1_0.account_id,
        p1_0.permission_id,
        p1_0.created_date
    from
        account a1_0
    left join
        account_permission p1_0
            on a1_0.id=p1_0.account_id
account: Account1
Hibernate:
    select
        p1_0.id,
        p1_0.name
    from
        permission p1_0
    where
        p1_0.id=?
Account.permission: Permission2
Hibernate:
    select
        p1_0.id,
        p1_0.name
    from
        permission p1_0
    where
        p1_0.id=?
Account.permission: Permission1

account: Account1
Hibernate:
    select
        p1_0.id,
        p1_0.name
    from
        permission p1_0
    where
        p1_0.id=?
Account.permission: Permission3
Hibernate:
    select
        p1_0.id,
        p1_0.name
    from
        permission p1_0
    where
        p1_0.id=?
Account.permission: Permission4

这下糟糕了！你心里想着。因为很明显，n+1的问题又出现了！

一些尝试

究其原因，我们在 Account 和 Permission 中的关联由 ManyToMany 变为了针对中间表的 OneToMany，
因此 Account 上的 @NamedEntityGraph 便只会抓取中间表，而不是中间表对应的另一个关联表。

那么我们应该如何修改图定义呢？如果改成下面这样…

@NamedEntityGraph(
        name = Account.ALL_GRAPH,
        attributeNodes = {
                @NamedAttributeNode(value = "permissions", subgraph = "sub")
        },
        subgraphs = {
                @NamedSubgraph(
                        name = "sub",
                        attributeNodes = @NamedAttributeNode(value = "id")
                )
        }
)

我们再添加一个子图，用来抓取中间表的 id ，如何？
但是很遗憾，结果并不会有什么区别。

那如果是：

@NamedEntityGraph(
        name = Account.ALL_GRAPH,
        attributeNodes = {
                @NamedAttributeNode(value = "permissions", subgraph = "sub")
        },
        subgraphs = {
                @NamedSubgraph(
                        name = "sub",
                        attributeNodes = @NamedAttributeNode(value = "id", subgraph = "id-permission")
                ),
                @NamedSubgraph(
                        name = "id-permission",
                        attributeNodes = @NamedAttributeNode(value = "permission")
                ),
        }
)

再加一层，抓取id中明确的 permission 属性呢？
可是 Permission.PrimaryKey 类型本身其实不算是实体类，这样的结构其实是无效的。

那么如此又如何：

@NamedEntityGraph(
        name = Account.ALL_GRAPH,
        attributeNodes = {
                @NamedAttributeNode(value = "permissions", subgraph = "sub")
        },
        subgraphs = {
                @NamedSubgraph(
                        name = "sub",
                        attributeNodes = @NamedAttributeNode(value = "id.permission")
                )
        }
)

但是很抱歉，这种路径结构的方式是并不受支持的。

再次改进

那么该怎么做才能真正关联到中间表对应的另一侧的关联实体呢？
首先，我们需要先修改一下中间表的定义。

@Entity
@Table(name = "account_permission")
public class AccountPermission {
    @EmbeddedId
    PrimaryKey id = new PrimaryKey();

    @ManyToOne
    @MapsId("accountId")
    private Account account;

    @ManyToOne
    @MapsId("permissionId")
    private Permission permission;

    @CreatedDate
    Instant createdDate;

    @Embeddable
    public static class PrimaryKey {
        private Integer accountId;
        private Integer permissionId;
    }
}

可以看到，PrimaryKey 中我们只留下了两个ID类型，而真正具有关联性的实体对象则挪到了外层，并使用 @MapsId 进行了标记。
此时，我们再来修改 Account 上的图定义：

@NamedEntityGraph(
        name = Account.ALL_GRAPH,
        attributeNodes = {
                @NamedAttributeNode(value = "permissions", subgraph = "sub")
        },
        subgraphs = {
                @NamedSubgraph(
                        name = "sub",
                        attributeNodes = @NamedAttributeNode(value = "permission")
                )
        }
)

调整两个实体中的 OneToMany 注解上的 mappedBy：

// Account.java
public class Account {
    public static final String ALL_GRAPH = "ACCOUNT.ALL";

    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    @Column(nullable = false)
    private String name;

    @OneToMany(mappedBy = "account")
    private Set<AccountPermission> permissions = new HashSet<>();
}

// Permission.java
@Entity
public class Permission {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Integer id;

    private String name;

    @OneToMany(mappedBy = "permission")
    private Set<AccountPermission> accounts = new HashSet<>();
}

然后，运行我们的测试方法：

@Test
@Transactional
public void graphTest() {
    initData(); // 初始化2个 Account、4个 Permission

    final var all = accountRepository.findAllBy();
    for (var account : all) {
        System.out.println("account: " + account.getName());
        for (var permission : account.getPermissions()) {
            System.out.println("Account.permission: " + permission.getPermission().getName());
        }
        System.out.println();
    }
}

此时观察日志：

Hibernate:
    select
        a1_0.id,
        a1_0.name,
        p1_0.account_id,
        p1_0.permission_id,
        p1_0.created_date,
        p2_0.id,
        p2_0.name
    from
        account a1_0
    left join
        account_permission p1_0
            on a1_0.id=p1_0.account_id
    left join
        permission p2_0
            on p2_0.id=p1_0.permission_id
account: Account1
Account.permission: Permission1
Account.permission: Permission2

account: Account1
Account.permission: Permission4
Account.permission: Permission3

你会发现，生成的SQL中该有的表关联都回来了，n+1的问题也不见了，可喜可贺，可喜可贺~

结尾

如此，本篇文章就接近尾声了。不知道有没有对你起到帮助呢？如果有，点赞收藏或在评论区表扬一下我吧~

ForteScarlet
关注
  • 5
    点赞
  • 踩
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JPA多表查询映射自定义实体类（包含两个表字段）
weixin_44665225的博客
05-07 1万+
今天碰到使用jpa进行多表查询的问题，需要同时查询仓库表（bas_stock）和物品表(bas_product)，然后将两个表的一些字段显示在页面上，将解决过程记录下来。 1.创建实体类SelectStockClass，包含仓库表和物品表的字段。如车间班组号，仓库班组号是仓库表的字段，物资编码物品名称是物品表的字段。实体类创建需要无参构造方法和有参构造方法，用于实体类的转换，如果缺少构造方法会报异...
MySQL查询多表定义实体类_SpringBoot中JPA多表联合自定义查询@Query
weixin_28743405的博客
02-08 712
版权声明：本文为博主原创文章，转载请注明出处，谢谢。其他相关文章见：个人博客站点：www.val1ant.xin1. 实体类本篇示例中，大致关系是一张博客文章表，一张标签表，一张博客与标签相关联表。示例代码中，均省略get、set方法及其他非必要内容Blog.java-博客实体类，@Entitypublic class Blog {@Id@GeneratedValueprivate Integer...
使用EntityGraph解决JPA下N+1问题
qq_34287953的博客
04-10 775
JPA解决N+1问题（指查询对象A，结果把A中的子对象B、C等也查询出来），我们可以使用EntityGraph。 @NamedEntityGraph( name = "aWithBWithC", attributeNodes = { @NamedAttributeNode(value = "bs", subgraph = "bWithC")}, subgraphs = { @NamedSubg
关于SpringDataJPA中多表关联查询，自定义实体类接收返回的结果集
程序和我有一个能跑就行了
04-25 1万+
在项目中使用jpa进行多表连接查询，基本上返回的都是多张表中的数据。那么问题来了，这关联返回的数据那么多，还是不同表当的数据，数据库中也没有表和它对应啊，怎么处理呢？返回Object吗？ 其实可以用新建Vo的方法解决，话不多说，直接看代码示例： 示例实体类如下： 1.教师类 public class Teacher implements Serializable { priva...
jpa 定义中间表实体_JPA多对多级联删除中间表
weixin_32954401的博客
02-01 1359
PS:禁止拷贝形式转载，转载请以URL形式1.简介解决JPA/hibernate 实体多对多关系下，操作实体无法直接级联删除中间表，报错。2.环境jdk1.8springboot:2.2.8.RELEASE3.解决思路正常多对多实体A使用多对多关联(@ManyToMany)关联B，JPA自动生成第三张中间表C，然后在需要删除实体并且级联删除中间表时，提前删除中间表C的关联数据。双向一对多实体A使用...
JPA使用nativequery多表关联查询返回自定义实体类
热门推荐
lw5885799的博客
07-18 2万+
  本文为JPA的学习采坑，如有问题欢迎指正。 JPA官方推荐的多表关联查询使用不便，接触的有些项目可能会使用JPA 做简单查询，Mybaits做复杂查询。所以想要寻找一种好用的解决方案。   JPA多表关联的实现方式 1.使用Specification实现映射关系匹配，如@ManyToOne等 2.使用NativeQuery等sql或hql来实现   优缺点对比 1.映射关系是...
jpa多表联查动态_jpa多表关联动态查询(自定义sql语句)
weixin_35926485的博客
12-30 3188
项目中，jpa对于简单的数据库操作很方便，但如果多表关联动态查询时，需要自己去写SQL语句拼接查询条件，以下为本人学习的例子。类似于这种多条件动态查询： 项目用的是springboot 2.1.0.RELEASE版本以及spring-boot-starter-data-jpa,其中spring-boot-starter-data-jpa底层已经依赖了hibernate-core5.3.7.Fina...
Springboot JPA多表查询返回自定义实体类
qq_45654492的博客
04-02 2174
参考 1.实体类Question @Entity @ApiModel(value = "题目（单条）") @Table(name = "question") public class Question { @GeneratedValue(strategy = GenerationType.IDENTITY) @Id @ApiModelProperty(value = "题目id") Integer id; @ApiModelProperty(value = "
2021-10-18 JPA多表查询返回自定义实体类
weixin_44092667的博客
10-19 1736
在网上查阅了很多种连表查询返回自定义的实体类的方法 第一种方法 使用hql直接写sql语句，这种也是比较方便的，就是代码不好看，实例如下 case：摄像头可以发现一些突发事件，我需要将一个摄像头最后发现的事件查询出来 摄像头Camera实体类： public class Camera extends AbstractAuditingEntity implements Serializable { private static final long serialVersionUID = 1L;
jpa 定义中间表实体_Spring Data JPA实体详解
weixin_28704675的博客
12-24 1177
1. Spring Data JPA实体概述JPA提供了一种简单高效的方式来管理Java对象(POJO)到关系数据库的映射，此类Java对象称为JPA实体或简称实体。实体通常与底层数据库中的单个关系表相关联，每个实体的实例表示数据库表格中的某一行。2.Spring Data JPA实体管理器2.1 实体管理器概述实体管理器(EntityManager)用于管理系统中的实体，它是实体与数据库之间的...
Spring Data JPA 实现多表关联查询的示例代码
08-27
在Spring Data JPA中，多表关联查询是一个常见的需求，特别是在复杂的业务场景下。本文将主要探讨通过创建结果集接口的方式来实现多表关联查询的方法，而不是依赖Hibernate的级联查询。 首先，我们要了解Spring ...
JPA多条件复杂SQL动态分页查询功能
08-25
在上面的示例中，我们定义了一个User实体类，并在UserRepository接口中定义了一个findByNameAndAge方法，该方法使用JPQL查询语句来实现多条件查询。 JPA动态分页查询 在实际开发中，我们经常需要实现动态分页查询...
如何使用IDEA的groovy脚本文件生成带JPA注解的实体类(图文详解)
08-18
使用IDEA的Groovy脚本文件生成带JPA注解的实体类 IDEA是Java开发中最常用的集成开发环境（Integrated Development Environment），它提供了强大的开发工具和插件，能够大大提高开发效率。Groovy脚本是IDEA中的一个...
SpringBoot JPA实现查询多值
08-27
在本文中，我们将详细介绍如何使用SpringBoot JPA实现查询多值。 创建DataSource连接池对象 在使用SpringBoot JPA之前，我们需要创建一个DataSource连接池对象。我们可以在pom.xml文件中添加以下依赖项： ```xml ...
SpringBoot Jpa 自定义查询实现代码详解
08-25
自定义查询是指在 JPA 中使用 @Query 注解来定义自定义的 SQL 语句，以实现复杂的查询操作。 在示例代码中，定义了一个名为 BaomingDao 的持久层接口，该接口继承自 JpaRepository，提供了对 BaomingBean 实体类的 ...
java学习----递归
qq_56798493的博客
07-13 153
【代码】java学习----递归。
《JavaSE》---6.＜基础语法（Java三大程序控制结构）＞
最新发布
m0_73456341的博客
07-14 782
本篇博客主要讲解Java基础语法中的三大结构，一种顺序结构、两大分支结构i（if-else、swich-case）、四大循环结构（while、do while、fot、foreach）
java版的上门家政系统和PHP版的上门家政有什么区别？
baina666的博客
07-12 621
综上所述，Java版和PHP版的上门家政系统各有优缺点，选择哪种语言主要取决于项目的具体需求、预算、开发团队的技术栈以及未来的扩展计划等因素。同时，由于Java生态系统的复杂性和多样性，也可能需要投入更多的时间和资源来学习和掌握相关的技术和工具。Java版：Java拥有庞大的生态系统和丰富的第三方库，这为家政系统的开发和扩展提供了强大的支持。Java版：由于Java的编译执行机制和高效的垃圾回收算法，Java版家政系统通常具有更高的运行效率和更好的性能表现，尤其是在处理高并发、大数据量等复杂场景时。
Spring Security 授权
persistence_PSH的博客
07-14 857
在 loadUserByUsername 方法，在查询数据库用户信息的时候，同时查询出用户的权限，这里以角色名代指权限。在 loadUserByUsername 方法，在查询数据库用户信息的时候，同时查询出用户的权限，这里以角色名代指权限。在 loadUserByUsername 方法，在查询数据库用户信息的时候，同时查询出用户的权限，这里以角色名代指权限。通过 RBAC 获取到用户的具体权限后，再通过 Security 的 用户-权限-资源 来进行权限控制。HttpSecurity 权限配置。
jpa自定义查询转实体
04-05
JPA允许通过自定义查询来实现特定需求的数据查询，查询结果可以转换成实体对象。具体操作如下： 1. 定义实体类 首先需要定义一个实体类，用于存储查询结果。实体类的属性需要与查询结果的字段一一对应。 ```java ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值