从这一篇博文开始,将总结一下mybatis中的几个高级映射,即一对一、一对多、多对多查询,这篇先总结一下mybatis中的一对一查询。
为了模拟这些需求,事先要建立几个表,不同的表之间将对应上面提到的不同的映射,为此,我建立4个表,如下:
DROP TABLE IF EXISTS `items`;
DROP TABLE IF EXISTS `orders`;
DROP TABLE IF EXISTS `user`;
DROP TABLE IF EXISTS `orderdetail`;
/*items是商品表*/
CREATE TABLE `items` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`name` VARCHAR(32) NOT NULL COMMENT '商品名称',
`price` FLOAT(10,1) NOT NULL COMMENT '商品定价',
`detail` TEXT COMMENT '商品描述',
`pic` VARCHAR(64) DEFAULT NULL COMMENT '商品图片',
`createtime` DATETIME NOT NULL COMMENT '生产日期',
PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8;
/*user是用户表*/
CREATE TABLE `user` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`username` VARCHAR(32) NOT NULL COMMENT '用户名称',
`birthday` DATE DEFAULT NULL COMMENT '生日',
`sex` CHAR(1) DEFAULT NULL COMMENT '性别',
`address` VARCHAR(256) DEFAULT NULL COMMENT '地址',
PRIMARY KEY (`id`)
) ENGINE=INNODB AUTO_INCREMENT=27 DEFAULT CHARSET=utf8;
/*orders是订单表*/
CREATE TABLE `orders` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`user_id` INT(11) NOT NULL COMMENT '下单用户id',
`number` VARCHAR(32) NOT NULL COMMENT '订单号',
`createtime` DATETIME NOT NULL COMMENT '创建订单时间',
`note` VARCHAR(100) DEFAULT NULL COMMENT '备注',
PRIMARY KEY (`id`),
KEY `FK_orders_1` (`user_id`),
CONSTRAINT `FK_orders_id` FOREIGN KEY (`user_id`) REFERENCES `user` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=INNODB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;
/*orderdetail是订单明细表*/
DROP TABLE IF EXISTS orderdetail;
CREATE TABLE `orderdetail` (
`id` INT(11) NOT NULL AUTO_INCREMENT,
`orders_id` INT(11) NOT NULL COMMENT '订单id',
`items_id` INT(11) NOT NULL COMMENT '商品id',
`items_num` INT(11) DEFAULT NULL COMMENT '商品购买数量',
PRIMARY KEY (`id`),
KEY `FK_orderdetail_1` (`orders_id`),
KEY `FK_orderdetail_2` (`items_id`),
CONSTRAINT `FK_orderdetail_1` FOREIGN KEY (`orders_id`) REFERENCES `orders` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION,
CONSTRAINT `FK_orderdetail_2` FOREIGN KEY (`items_id`) REFERENCES `items` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=INNODB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8;
每个表对应的po就不写了。从上面的表中,可以分析出下面的一些关系:
这一节主要总结mybatis中一对一的映射,所以我选择左边orders和user之间的一对一关系来总结,主要是查询订单信息,关联查询创建订单的用户信息。
我们知道,查询结果可以使用resultType,也可以使用resultMap,在这里我两种方法都使用一下,然后对比一下各个方法的特点。
1.1 sql查询语句
写查询语句的时候首先得确定查询的主表,这里是订单表,然后关联表是用户表。由于orders表中有一个外键(user_id),通过此外键关联查询用户表只能查询出一条记录,所以使用内连接。查询的sql如下:
有了sql,接下来就是创建pojo了
1.2 创建pojo
使用resultType的话,有个前提就是查询结果要想映射到pojo中去,pojo中必须包括所有查询出的列名才行。这里不仅查询出order表中的所有字段,而且还查询出了用户表中的部分字段,所以我们要自己新建一个pojo来包含所有的这些查询出来的字段才行。
创建pojo的原则是继承包括查询字段较多的po类。
接下来就可以写mapper.xml映射文件了。
1.3 UserMapperOrders.xml配置文件
1.4 UserMapperOrders.java接口
注意接口和映射文件要放在同一个目录下,因为SqlMapConfig.xml文件中配置的是批量加载mapper,这里可以参考我的这篇博文:传送门。
到这里就完成了使用resultType方法来实现一对一查询了,下面测试一下:
从上面可以看出,使用resultType的流程很简单,还是和之前的一样,关键还是在sql语句上,这也是mybatis的强大之处,自己写sql语句,想怎么查就怎么查。下面再总结一下使用resultMap方法来实现一对一查询。
还是上面那个sql,使用resultMap方法的思路如下:使用resultMap将查询结果中的订单信息映射到Orders对象中,在Orders类中添加User属性,将关联查询出来的用户信息映射到Orders对象中的User属性中。所以现在Orders类中添加一项User属性,我就不写具体的代码了。
学过Hibernate就会感觉这里和Hibernate有点像,如果用Hibernate,这里也是在Orders类中添加一个User属性,将查询Orders关联出的User放到User属性中。
2.1 定义resultMap
这里主要用到了<association>
标签,值用来映射关联查询单个对象的信息,关于resultMap的一些标签属性我在前面的博客中已经解释过了,这里不再赘述。
2.2 UserMapperOrders.xml配置文件
配置和上面resultType一样的,唯一区别在于id和resultMap,注意一下就行了。
2.3 UserMapperOrders.java接口
也很简单,不再多说了。下面测试一下:
<span style="color:#000000"><code class="language-java"><span style="color:#9b859d !important">@Test</span>
<span style="color:#000088 !important">public</span> <span style="color:#000088 !important">void</span> <span style="color:#009900 !important">testUserMapperOrdersResultMap</span>() <span style="color:#000088 !important">throws</span> Exception {
SqlSession sqlSession = sqlSessionFactory.openSession();
UserMapperOrders userMapperOrders = sqlSession.getMapper(UserMapperOrders.class);
List<OrdersCustom> list = userMapperOrders.findOrdersUserResultMap();
System.out.println(list);
}</code>
</span>
到这里,resultMap方法完成的一对一查询映射就总结完了,从这里可以看出,resultMap方法和hibernate中其实是有点像的。下面再总结一下resultType和resultMap的区别:
实现一对一查询:
- resultType:使用resultType实现较为简单,如果pojo中没有包括查询出来的列名,需要增加列名对应的属性,即可完成映射。如果没有查询结果的特殊要求建议使用resultType。
- resultMap:需要单独定义resultMap,实现有点麻烦,如果对查询结果有特殊的要求,使用resultMap可以完成将关联查询映射pojo的属性中。
- resultMap可以实现延迟加载,resultType无法实现延迟加载。