Hibernate 复杂业务左连接的正确姿势
来源:SegmentFault
2023-02-23 09:44:44
0浏览
收藏
哈喽!今天心血来潮给大家带来了《Hibernate 复杂业务左连接的正确姿势》,想必大家应该对数据库都不陌生吧,那么阅读本文就都不会很困难,以下内容主要涉及到MySQL、jpa、hibernate,若是你正在学习数据库,千万别错过这篇文章~希望能帮助到你!
引言
在进行试题综合查询时,在和往常一样使用
return subjectRepository.findAll((Specification<subject>) (root, query, builder) -> { Predicate predicate = root.get("parent").isNull(); logger.debug("构造是否使用查询条件"); Predicate usedPredicate = root.get("subjectSpread").isNull(); logger.debug("根据试卷id构造查询条件"); if (paperId != null) { Predicate belongPredicate = builder.equal(root.join("subjectSpread").join("part").join("paper").get("id").as(Long.class), paperId); usedPredicate = builder.or(usedPredicate, belongPredicate); } logger.debug("连接谓语"); predicate = builder.and(predicate, usedPredicate); return predicate; }, pageable);</subject>
查询条件构造的逻辑看起来没问题,但经过测试,该接口只能查出来当前试卷的试题,无法查询出
spring: jpa: show-sql: true
SELECT subject0_.id AS id1_15_, subject0_.analysis AS analysis2_15_, subject0_.course_id AS course_i7_15_, subject0_.create_time AS create_t3_15_, subject0_.create_user_id AS create_u8_15_, subject0_.difficult AS difficul4_15_, subject0_.mark AS mark5_15_, subject0_.model_id AS model_id9_15_, subject0_.p_id AS p_id10_15_, subject0_.stem AS stem6_15_, subject0_.subject_spread_id AS subject11_15_ FROM SUBJECT subject0_ INNER JOIN subject_spread subjectspr1_ ON subject0_.subject_spread_id = subjectspr1_.id INNER JOIN part part2_ ON subjectspr1_.part_id = part2_.id INNER JOIN paper paper3_ ON part2_.paper_id = paper3_.id INNER JOIN course course4_ ON subject0_.course_id = course4_.id INNER JOIN model model5_ ON subject0_.model_id = model5_.id WHERE (subject0_.p_id IS NULL) AND ( subject0_.subject_spread_id IS NULL OR paper3_.id = 2 ) AND course4_.id = 1 AND model5_.id = 2 ORDER BY subject0_.id DESC
问题就出现在这几行
SUBJECT subject0_ INNER JOIN subject_spread subjectspr1_ ON subject0_.subject_spread_id = subjectspr1_.id INNER JOIN part part2_ ON subjectspr1_.part_id = part2_.id INNER JOIN paper paper3_ ON part2_.paper_id = paper3_.id INNER JOIN course course4_ ON subject0_.course_id = course4_.id
数据库连接
左连接、右连接、内连接区别,请看下图:

原因分析
再看如下
subject INNER JOIN subject_spread ON subject.subject_spread_id = subject_spread.id
SELECT subject.* FROM subject INNER JOIN course ON subject.course_id = course.id INNER JOIN model ON subject.model_id = model.id WHERE subject.p_id IS NULL AND subject.subject_spread_id IS NULL AND course.id = ? AND model.id = ? UNION SELECT subject.* FROM subject INNER JOIN subject_spread ON subject.subject_spread_id = subject_spread.id INNER JOIN part ON subject_spread.part_id = part.id INNER JOIN paper ON part.paper_id = paper.id INNER JOIN course ON subject.course_id = course.id INNER JOIN model ON subject.model_id = model.id WHERE subject.p_id IS NULL AND paper.id = ? AND course.id = ? AND model.id = ? ORDER BY id DESC LIMIT ?
2. 左连接(推荐)
请教潘老师后,发现其实并不需要这么麻烦,之前的查询错误是因为对
Predicate belongPredicate = builder.equal(root.join("subjectSpread", JoinType.LEFT).join("part", JoinType.LEFT).join("paper", JoinType.LEFT).get("id").as(Long.class), paperId);
性能对比
两者都能实现功能,我们对比一下在大量数据的环境下各自查询的性能。
构造大量数据的方法
之前构造大量数据一直使用
CREATE PROCEDURE BIG_DATA() BEGIN DECLARE i INT DEFAULT 0; WHILE i
控制变量
因为
SELECT subject.* FROM subject LEFT JOIN subject_spread ON subject.subject_spread_id = subject_spread.id LEFT JOIN part ON subject_spread.part_id = part.id LEFT JOIN paper ON part.paper_id = paper.id INNER JOIN course ON subject.course_id = course.id INNER JOIN model ON subject.model_id = model.id WHERE subject.p_id IS NULL AND ( subject.subject_spread_id IS NULL OR paper.id = 2 ) AND course.id = 1 AND model.id = 2 ORDER BY subject.id DESC
执行时间
SELECT subject.* FROM subject INNER JOIN course ON subject.course_id = course.id INNER JOIN model ON subject.model_id = model.id WHERE subject.p_id IS NULL AND subject.subject_spread_id IS NULL AND course.id = 1 AND model.id = 2 UNION SELECT subject.* FROM subject INNER JOIN subject_spread ON subject.subject_spread_id = subject_spread.id INNER JOIN part ON subject_spread.part_id = part.id INNER JOIN paper ON part.paper_id = paper.id INNER JOIN course ON subject.course_id = course.id INNER JOIN model ON subject.model_id = model.id WHERE subject.p_id IS NULL AND paper.id = 2 AND course.id = 1 AND model.id = 2 ORDER BY id DESC
执行时间
16.450秒。

性能对比
二者对比,
UNION花费的时间大约是
LEFT JOIN的两倍,数据库进行了两次条件查询。
总结
除非业务必要,否则,
SQL语句尽量不要采用
UNION等联合多语句查询结果的方式,多次查询意味着更多的时间花费。
今天关于《Hibernate 复杂业务左连接的正确姿势》的内容就介绍到这里了,是不是学起来一目了然!想要了解更多关于mysql的内容请关注golang学习网公众号!
版本声明
本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除

- 上一篇
- 墨天轮v20.02发布啦,快来体验吧~

- 下一篇
- MySQL拼接字符串,GROUP_CONCAT 值得拥有
查看更多
最新文章
-
- 数据库 · MySQL | 1小时前 |
- MySQL建库语句与字符集设置教程
- 414浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL中AS别名用法详解
- 320浏览 收藏
-
- 数据库 · MySQL | 1天前 |
- MySQL创建带主键的表实例
- 247浏览 收藏
-
- 数据库 · MySQL | 2天前 |
- 主外键关系怎么建立?
- 149浏览 收藏
-
- 数据库 · MySQL | 2天前 |
- MySQL中IF函数使用详解
- 392浏览 收藏
-
- 数据库 · MySQL | 3天前 |
- MySQL中IF函数使用详解
- 268浏览 收藏
-
- 数据库 · MySQL | 3天前 |
- MySQL入门:核心概念与操作全解析
- 162浏览 收藏
-
- 数据库 · MySQL | 3天前 |
- MySQL事务是什么?如何保证数据一致性?
- 349浏览 收藏
-
- 数据库 · MySQL | 3天前 |
- MySQL数据分片实现方法及常见方案解析
- 363浏览 收藏
-
- 数据库 · MySQL | 4天前 |
- MySQL基础:增删改查全教程
- 345浏览 收藏
-
- 数据库 · MySQL | 5天前 |
- 5种方法检测电脑是否安装MySQL
- 275浏览 收藏
-
- 数据库 · MySQL | 5天前 |
- 主键与唯一键区别详解,如何正确选择主键
- 271浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 514次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 499次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 484次学习
查看更多
AI推荐
-
- AI Mermaid流程图
- SEO AI Mermaid 流程图工具:基于 Mermaid 语法,AI 辅助,自然语言生成流程图,提升可视化创作效率,适用于开发者、产品经理、教育工作者。
- 621次使用
-
- 搜获客【笔记生成器】
- 搜获客笔记生成器,国内首个聚焦小红书医美垂类的AI文案工具。1500万爆款文案库,行业专属算法,助您高效创作合规、引流的医美笔记,提升运营效率,引爆小红书流量!
- 626次使用
-
- iTerms
- iTerms是一款专业的一站式法律AI工作台,提供AI合同审查、AI合同起草及AI法律问答服务。通过智能问答、深度思考与联网检索,助您高效检索法律法规与司法判例,告别传统模板,实现合同一键起草与在线编辑,大幅提升法律事务处理效率。
- 644次使用
-
- TokenPony
- TokenPony是讯盟科技旗下的AI大模型聚合API平台。通过统一接口接入DeepSeek、Kimi、Qwen等主流模型,支持1024K超长上下文,实现零配置、免部署、极速响应与高性价比的AI应用开发,助力专业用户轻松构建智能服务。
- 710次使用
-
- 迅捷AIPPT
- 迅捷AIPPT是一款高效AI智能PPT生成软件,一键智能生成精美演示文稿。内置海量专业模板、多样风格,支持自定义大纲,助您轻松制作高质量PPT,大幅节省时间。
- 607次使用
查看更多
相关文章
-
- golang MySQL实现对数据库表存储获取操作示例
- 2022-12-22 499浏览
-
- 搞一个自娱自乐的博客(二) 架构搭建
- 2023-02-16 244浏览
-
- B-Tree、B+Tree以及B-link Tree
- 2023-01-19 235浏览
-
- mysql面试题
- 2023-01-17 157浏览
-
- MySQL数据表简单查询
- 2023-01-10 101浏览