Mybatis高级查询之关联查询
learn from:http://www.mybatis.org/mybatis-3/zh/sqlmap-xml.html#Result_Maps
关联查询
- 准备
- 关联结果查询(一对一)
- resultMap复用
- 集合(一对多)
3 关联查询
做查询之前,先修改几个配置。mapper.xml是在mybatis-config.xml中指定,那么我们每增加一个mapper都要增加一个配置,很麻烦。为了简化配置。需要将mapper接口和mapper.xml放到同一个文件下,并且接口和xml文件命名一致。使用mybatis的自动扫描:.这样,当我们新增接口的时候,直接创建接口和对应xml文件就可以了:
1 2 3 4 | < mappers > <!--<mapper resource="com.test.mapper.dao/AuthorMapper.xml"/>--> < package name="com.test.mapper.dao"/> </ mappers > |
3.1 prepare
增加一个表blog :
1 2 3 4 5 6 | CREATE TABLE `blog` ( `id` int ( 11 ) NOT NULL AUTO_INCREMENT, `name` varchar( 255 ) DEFAULT NULL, `author_id` int ( 11 ) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT= 9 DEFAULT CHARSET=utf8; |
创建实体类com.test.mapper.model.Blog:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 | package com.test.mapper.model; /** * Created by miaorf on 2016/7/20. */ public class Blog { private Integer id; private String name; private Author author; public Integer getId() { return id; } public void setId(Integer id) { this .id = id; } public String getName() { return name; } public void setName(String name) { this .name = name; } public Author getAuthor() { return author; } public void setAuthor(Author author) { this .author = author; } @Override public String toString() { return "Blog{" + "id=" + id + ", name='" + name + '\ '' + ", author=" + author + '}' ; } } |
创建接口:com/test/mapper/dao/BlogMapper.xml
1 2 3 4 5 6 7 8 9 10 11 12 13 | package com.test.mapper.dao; import com.test.mapper.model.Blog; import java.util.List; /** * Created by miaorf on 2016/7/20. */ public interface BlogMapper { List<Blog> selectBlog(Integer id); } |
1 |
创建xml:com/test/mapper/dao/BlogMapper.xml
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <? xml version="1.0" encoding="UTF-8" ?> <! DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> < mapper namespace="com.test.mapper.dao.BlogMapper"> < resultMap id="blogResult" type="blog"> < association property="author" column="author_id" javaType="author" select="com.test.mapper.dao.AuthorMapper.selectAuthorById"/> </ resultMap > < select id="selectBlog" resultMap="blogResult"> select * from blog where id = #{id} </ select > </ mapper > |
3.2含义
首先,修改了mybatis配置文件中mapper扫描配置,因此可以直接在扫描包下添加接口和xml文件。
其次,关于mybatis的命名空间namespace的用法,这个是唯一的,可以代表这个xml文件本身。因此,当我想要引用Author的查询的时候,我可以直接使用AuthorMapper.xml的命名空间点select的id来唯一确定select片段。即:
1 | select="com.test.mapper.dao.AuthorMapper.selectAuthorById" |
然后,关联查询,blog的author_id字段和author的id字段关联。因此,将Author作为Blog的一个属性,先查询blog,然后根据author_id字段去查询author。也就是说,查询了两次。这里也是我困惑的地方,为什么mybatis要这样处理,命名可以一次查询取得数据非要两次查询。
注意:association节点中
- column字段是author_id,是当做参数传递给查询Author的查询语句的,如果查询语句的参数有多个则:column= ” {prop1=col1,prop2=col2} ” 这种语法来传递给嵌套查询语 句。这会引起 prop1 和 prop2 以参数对象形式来设置给目标嵌套查询语句。
- property则表示在Blog类中对应的属性。
我们有两个查询语句:一个来加载博客,另外一个来加载作者,而且博客的结果映射描 述了“selectAuthor”语句应该被用来加载它的 author 属性。
其他所有的属性将会被自动加载,假设它们的列和属性名相匹配。
这种方式很简单, 但是对于大型数据集合和列表将不会表现很好。 问题就是我们熟知的 “N+1 查询问题”。概括地讲,N+1 查询问题可以是这样引起的:
- 你执行了一个单独的 SQL 语句来获取结果列表(就是“+1”)。
- 对返回的每条记录,你执行了一个查询语句来为每个加载细节(就是“N”)。
这个问题会导致成百上千的 SQL 语句被执行。这通常不是期望的。
MyBatis 能延迟加载这样的查询就是一个好处,因此你可以分散这些语句同时运行的消 耗。然而,如果你加载一个列表,之后迅速迭代来访问嵌套的数据,你会调用所有的延迟加 载,这样的行为可能是很糟糕的。
所以还有另外一种方法
3.3 关联查询结果
上述关联查询主要是为了延迟加载,做缓存用的,如果你不调用blog.getAuthor()来获取author,那么mybatis就不会去查询Author。也就是说,mybatis把博客和作者的查询当做两步来执行。实现信息分段加载,在某些场合是有用的。然而在博客这里,显然不太合适,因为我们看到博客的同时都会看到作者,那么必然会导致查询数据库两次。下面,来测试另一种方式,像sql关联查询一样,一次查出结果。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 | < select id= "selectBlogWithAuthor" resultMap= "blogResultWithAuthor" > SELECT b.id as blog_id, b. name as blog_title, b.author_id as blog_author_id, a.id as author_id, a.username as author_username, a. password as author_password, a.email as author_email, a.bio as author_bio FROM blog b LEFT OUTER JOIN author a ON b.author_id=a.id WHERE b.id = #{id} </ select > <resultMap id= "blogResultWithAuthor" type= "blog" > <id property= "id" column = "blog_id" /> <result property= "name" column = "blog_title" /> <association property= "author" column = "blog_author_id" javaType= "author" resultMap= "authorResult" /> </resultMap> <resultMap id= "authorResult" type= "author" > <id property= "id" column = "author_id" /> <result property= "username" column = "author_username" /> <result property= "password" column = "author_password" /> <result property= "email" column = "author_email" /> <result property= "bio" column = "author_bio" /> </resultMap> |
和3.1里的查询一样,都是查询出blog和Author。但这个只查询数据库一次,也就是说实现了我们的关联查询。这几行代码乍一看有点复杂,仔细分析一下就很明了了。
1> 首先看到的是select标签,这个表示查询。其中id表示对应的接口的方法名;resultMap的值是一个resultMap节点的id,这个表示select查询结果的映射方式。
2> select中间就是我熟悉的关联查询语句,这里不做赘述
3> 然后就是resultMap所指向的节点blogResultWithAuthor。
- resultMap节点的id就是唯一标识这个节点的,type表示这个resultMap最终映射成的实体类Blog。
- id是主键映射,这个和mybatis缓存有关。
- result:
- association:
- authorResult同理。
可以看到控制台打印的日志:
2016-07-22 23:01:00,148 DEBUG [org.apache.ibatis.transaction.jdbc.JdbcTransaction] - Opening JDBC Connection
2016-07-22 23:01:11,017 DEBUG [org.apache.ibatis.datasource.pooled.PooledDataSource] - Created connection 1893960929.
2016-07-22 23:01:19,281 DEBUG [org.apache.ibatis.transaction.jdbc.JdbcTransaction] - Setting autocommit to false on JDBC Connection [com.mysql.cj.jdbc.ConnectionImpl@70e38ce1]
2016-07-22 23:01:27,018 DEBUG [com.test.mapper.dao.BlogMapper.selectBlogWithAuthor] - ==> Preparing: SELECT b.id as blog_id, b.name as blog_title, b.author_id as blog_author_id, a.id as author_id, a.username as author_username, a.password as author_password, a.email as author_email, a.bio as author_bio FROM blog b LEFT OUTER JOIN author a ON b.author_id=a.id WHERE b.id = ?
2016-07-22 23:01:29,697 DEBUG [com.test.mapper.dao.BlogMapper.selectBlogWithAuthor] - ==> Parameters: 1(Integer)
2016-07-22 23:01:30,091 DEBUG [com.test.mapper.dao.BlogMapper.selectBlogWithAuthor] - <== Total: 1
3.4 resultMap复用
只要引用resultMap的id就可以引用这个resultMap。然而,有时候resultMap的结构相同,但字段不同。比如,Blog有两个作者Author、co-Athour。这时候的查询语句是这样的:
SELECT b.id as blog_id, b.name as blog_title, b.author_id as blog_author_id, a.id as author_id, a.username as author_username, a.password as author_password, a.email as author_email, a.bio as author_bio, ca.id as co_author_id, ca.username as co_author_username, ca.password as co_author_password, ca.email as co_author_email, ca.bio as co_author_bio FROM blog b LEFT OUTER JOIN author a ON b.author_id=a.id LEFT OUTER JOIN author ca ON b.co_author_id=ca.id WHERE b.id = #{id}
显然合作者和作者的结构式相同的,但是我们给了不同的别名(alias)。这时候可以使用resultMap的columnPrefix属性:

<!-- association 2 --> <select id="selectBlogWithAuthor2" resultMap="blogResultWithAuthor2"> SELECT b.id as blog_id, b.name as blog_title, b.author_id as blog_author_id, a.id as author_id, a.username as author_username, a.password as author_password, a.email as author_email, a.bio as author_bio, ca.id as co_author_id, ca.username as co_author_username, ca.password as co_author_password, ca.email as co_author_email, ca.bio as co_author_bio FROM blog b LEFT OUTER JOIN author a ON b.author_id=a.id LEFT OUTER JOIN author ca ON b.co_author_id=ca.id WHERE b.id = #{id} </select> <resultMap id="blogResultWithAuthor2" type="Blog"> <id property="id" column="blog_id"/> <result property="name" column="blog_title"/> <association property="author" resultMap="authorResult"/> <association property="coAuthor" resultMap="authorResult" columnPrefix="co_"/> </resultMap> <resultMap id="authorResult" type="author"> <id property="id" column="author_id"/> <result property="username" column="author_username"/> <result property="password" column="author_password"/> <result property="email" column="author_email"/> <result property="bio" column="author_bio"/> </resultMap>
3.4集合
上述关联查询是has a关系,一对一的。一对多的,需要使用collection。
比如,一个博客有一个作者,但有很多博文。
创建博文表post:

/* Navicat MySQL Data Transfer Source Server : localhost Source Server Version : 50605 Source Host : localhost:3306 Source Database : mybatis Target Server Type : MYSQL Target Server Version : 50605 File Encoding : 65001 Date: 2016-07-24 22:39:35 */ SET FOREIGN_KEY_CHECKS=0; -- ---------------------------- -- Table structure for post -- ---------------------------- DROP TABLE IF EXISTS `post`; CREATE TABLE `post` ( `id` int(11) NOT NULL AUTO_INCREMENT, `subject` varchar(255) DEFAULT NULL, `body` varchar(255) DEFAULT NULL, `blog_id` int(11) DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8; -- ---------------------------- -- Records of post -- ---------------------------- INSERT INTO `post` VALUES ('1', 'test', 'test-body', '1');
创建博文实体类com.test.mapper.model.Post:

package com.test.mapper.model; /** * Created by miaorf on 2016/7/24. */ public class Post { private Integer id; private String subject; private String body; public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } public String getSubject() { return subject; } public void setSubject(String subject) { this.subject = subject; } public String getBody() { return body; } public void setBody(String body) { this.body = body; } }
在Blog里添加属性字段
private List<Post> posts;
编写查询如下:
<!-- collection --> <select id="selectBlogWithPost" resultMap="blogResultWithPost"> SELECT b.id AS blog_id, b.name AS blog_name, b.author_id AS blog_author_id, p.id AS post_id, p.subject AS post_subject, p.body AS post_body FROM blog b LEFT OUTER JOIN post p ON b.id=p.blog_id WHERE b.id=#{id} </select> <resultMap id="blogResultWithPost" type="Blog"> <id property="id" column="blog_id"/> <result property="name" column="blog_name"/> <collection property="posts" ofType="Post"> <id property="id" column="post_id"/> <result property="subject" column="post_subject"/> <result property="body" column="post_body"/> </collection> </resultMap>
很容易看出来,集合和关联几乎完全一样,只不过一个是association一个是collection,一个是一对一,一个是一对多。到这里基本就可以满足所有的sql关联查询了。关于collection的参数,还是要注释一下:
同样的,集合collection和关联association一样,都属于resultMap类型,即结果集映射规则。那么,collection也可以抽出来复用:
<resultMap id="blogResultWithPost" type="Blog"> <id property="id" column="blog_id"/> <result property="name" column="blog_name"/> <collection property="posts" ofType="Post" resultMap="postResult" columnPrefix="post_"/> </resultMap> <resultMap id="postResult" type="Post"> <id property="id" column="id"/> <result property="subject" column="subject"/> <result property="body" column="body"/> </resultMap>
注意
这个对你所映射的内容没有深度,广度或关联和集合相联合的限制。当映射它们 时你应该在大脑中保留它们的表现。 你的应用在找到最佳方法前要一直进行的单元测试和性 能测试。好在 myBatis 让你后来可以改变想法,而不对你的代码造成很小(或任何)影响。
高级关联和集合映射是一个深度的主题。文档只能给你介绍到这了。加上一点联系,你 会很快清楚它们的用法
关注我的公众号

【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 分享4款.NET开源、免费、实用的商城系统
· 全程不用写代码,我用AI程序员写了一个飞机大战
· MongoDB 8.0这个新功能碉堡了,比商业数据库还牛
· 记一次.NET内存居高不下排查解决与启示
· 白话解读 Dapr 1.15:你的「微服务管家」又秀新绝活了
2015-07-22 list的一些使用