天气甚好,怎能不学习?
一、单向和双向
包括一对一,一对多,多对多这三种情况,但是每一种又分为单向和双向,在hibernate中我们就详细解析过这单向和双向是啥意思,在这里,在重复一遍,就拿一对多这种关系来讲,比如有员工和部门,一个部门中有多个员工,从部门方看,是一对多关系,而多名员工属于一个部门,是多对一关系,那么如果我们的业务需求只需要通过部门查找到所有的员工,那么我们就只需要进行单向一对多的映射,如果我们需要通过员工来查询出对应的部门,那么我们就需要进行单向多对一的映射,而如果我们这两个业务需求都需要实现,也就是不管从哪一方进行查找,都需要能够找到对方,那么此时就应该编写双向一对多或者双向多对一(双向一对多和双向多对一是一样的意思)。所以,不管是编写哪一种,都是根据业务需求来进行决策的。这就是单向和双向的意思。
什么是多对多?
多对多就是不管从哪一方看,都是一对多,那么该关系就是多对多。比如学生跟选修课之间,从学生方看,一个学生能选多门选修课,一对多关系,从选修课之间,一门选修课可以被多个学生选择,也是一对多关系,那么学生跟选修课就是多对多关系。多对多关系之间都会由第三张表来表示这种关系。而不会相互设置外键。
二、测试环境
三、一对一映射
有了上面这个关系图,那我们测试就好做多了,就拿orders 和user来测试,从orders方看向user方,就是一对一映射。也就是单向一对一,只需要根据orders能找出user即可。
两种方案,映射文件中输出映射使用resultType和resultMap。这里只关注映射文件,全局配置文件就不多说了,还是老样子的配置
3.1、使用resultType
UserMapper.xml
UserExt.java
因为需要在查询orders时,将对应的user也查询出来,那么使用resultType的话,就需要创建一个OrdersExt,将user和orders中的属性合并在一起,形成一个新的pojo。这样就能够将查询出来的记录都映射到该pojo上了
3.2、使用resultMap
usermapper.xml
resultMap
使用resultMap的话就不需要构造一个新的pojo,只需要将查询出来的记录的值通过resultMap帮我们映射到指定到哪个pojo的哪个属性上即可。
<?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.wuhao.onetoone.resultMap.UserMapper">
<!--
resultMap
type:返回对象类型。全限定名,如果使用了typeAliases设置别名,则可以使用别名
id:唯一标识,供下面使用
id标签:唯一标识位,也就是主键。
column:从数据库中查询出来的列名。有时候会使用别名,主要看sql语句返回的列名是什么
property:对应返回对象中属性名
result标签:映射普通属性
column和property跟上面一样的功能
-->
<resultMap type="com.wuhao.onetoone.resultMap.Orders" id="findOrdersAndUserReM">
<id column="oid" property="id"/>
<result column="number" property="number"/>
<result column="user_id" property="userId"/>
<result column="createtime" property="createtime"/>
<!-- 用户信息,
association:一对一映射
property:把关联查询的一对一的信息封装到哪个对象属性上
javaType:property属性的类型
其他的什么id,result标签都跟上面的一样。
-->
<association property="user" javaType="com.wuhao.onetoone.resultMap.User">
<id column="uid" property="id"/>
<result column="username" property="username"/>
<result column="sex" property="sex"/>
</association>
</resultMap> <!--
使用resultMap就能够解决这种麻烦,因为resultMap能进行高级映射,说是高级映射,其实就是可以将查询出来的列表映射到特定
的属性上去。
使用resultMap之后,就会知道resultType的区别在哪里了
resultType:简单一些,是一种平铺式的映射,不用层级式映射用这个比较好。需要什么查什么
resultMap:比较繁琐,是一种层级式的映射,在企业中如果没有特殊要求,建议使用resultType来完成一对一映射,
-->
<select id="findOrdersAndUserByOid" parameterType="int" resultMap="findOrdersAndUserReM">
SELECT
orders.id oid,
orders.number,
orders.user_id,
orders.createtime,
user.id uid,
user.username,
user.sex
FROM orders,user WHERE orders.id = #{id} AND orders.user_id = user.id
</select> </mapper>
3.3、小总结
现在应该认识到了resultMap和resultType的区别,需要知道resultMap中一对一映射时是怎么编写这种映射关系的。
上面所侧重的重点在映射文件statement的编写,
四、一对多映射
查询订单信息,关联查询它的订单明细信息,orders --》 ordersdetail。 单向一对多关系,一个订单有多个订单项。
4.1、使用resultType
使用resultType也可以,按照前面的学习,需要构建一个新的pojo,其中包含了订单项属性和orders属性。这个很简单,而且都会做,就不多说了,主要说说使用resultMap的用法。
4.2、使用resultMap
其中注意resultMap中的extends的用法,继承一个resultMap,就把其中的所有配置都继承过来了,所以这里只需要编写一个collection,映射ordersdetail集合。
pojo类中应该多了一个这个东西
这里主要是关注,一对多时,resultMap中是如何实现的。使用collection。
五、多对多映射
查询用户信息,以及它所购买的商品信息 user --》 items
主表:user
从表:orders、orderdetail、items
也就是通过查询某个user,查找到orders,通过orders查找到orderdetail,通过orderdetail查找到items。
pojo
一个用户拥有多个订单
一个订单可以拥有多个订单明细
一个订单明细对应一个商品
usermapper.xml
通过上面pojo和sql语句,可以知道,我们写的resultMap看起来好像需要很复杂,其实不然,一步步一层层进行编写,也不难。
如果是一对多关系,那么就使用collection,如果是一对一,那么就使用association,先写user到orders,然后在写orders中的orderdetail,等等,这样一层层嵌套进去,也很明了。不难懂。
六、总结
6.1、resultType和resultMap都可以完成高级结果映射
如果没有特殊要求,使用resultType方便
6.2、resultType和resultMap 的一个主要区别就是要应用场景不同
resultType主要是查询明细使用
resultMap主要是层级查询使用,比如查询用户信息,如何点击查询订单,再去查询订单信息
resultMap可以实现延迟加载,而resultType没有该功能
6.3、延迟加载就是我们下一章节要说的东西,这里就需要注意,resultMap菜可以实现延迟加载,那么什么是延迟加载呢?比如上面一对一关系中,通过orders查询到对应的user,当没有使用到user时,那么orders是不会查询出user的,等当使用user时,才会进行查询加载,这就是延迟加载,也称为懒加载,具体下一节讲解。下一节还会讲解一级缓存,二级缓存的问题。