《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

时间:2021-05-09 16:18:44

4.1 映射器的主要元素

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

 

4.2 select元素

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.2.2 简易数据类型的例子

例如,我们需要统计一个姓氏的用户数量。应该把姓氏作为参数传递,而将结果设置为整型返回给调用者,如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.2.3 自动映射

当参数autoMappingBehaviour不设置为NONE的时候,MyBatis会提供自动映射的功能,只要返回的SQL列名和JavaBean的属性一致,MyBatis就会帮助我们回填这些字段而无需任何配置。比如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.2.4 传递多个参数

4.2.4.1 使用Map传递参数:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

对于RoleDao接口,我们提供一个方法:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

然后输入上面的代码就可以使用这个方法了:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

这个方法虽然简单易用,但是有一个弊端:这样设置的参数使用了Map,而Map需要键值对应,由于业务关联性不强,你需要深入到程序中看代码,造成可读性下降。

4.2.4.2 使用注解方式传递参数

使用iBatis的参数注解@Param(org.apache.ibatis.annotations.Param)来实现想要的功能,把RoleDao接口修改为下面的形式:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

再把映射器的XML修改为无需定义参数类型,如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

可读性虽然大大提高,但是如果一条SQL拥有10个参数的查询,如果我们都使用@Param方式,那么参数将十分复杂。

4.2.4.3 使用JavaBean传递参数

在参数过多的情况下,MyBatis允许组织一个JavaBean,通过简单的setter和getter方法设置参数。首先,定一个RoleParams的JavaBean,如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

用JavaBean改写一下传递参数的例子:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

同样我们要在RoleDao接口提供一个方法:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.2.4.4 总结

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.2.5 使用resultMap映射结果集

某些时候,我们需要处理更为复杂的映射,resultMap为我们提供了这样的模式。我们需要在映射器中定义resultMap,这也是常见的场景:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

 

4.3 insert元素

4.3.1 概述

4.3.2 主键回填和自定义

可以使用keyProperty属性指定哪个是主键字段,同时使用useGeneratedKeys属性告诉MyBatis这个主键是否使用数据库内置策略生成。

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

上面指定了id列是主键,自增字段。但是实际工作往往需要根据一些特殊的关系设置主键id的值,假设我们取消表t_role的id自增规则,要求是:如果表t_role没有记录,则我们需要设置id=1,否则我们就取最大id加2来设置新的主键。这个时候可以使用selectKey元素处理,如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.4 update元素和delete元素

4.5 参数

需要强调的一点是:定义参数属性的时候,MyBatis不允许换行!

4.5.1 参数配置

可以传入一个简单的参数,比如int,double,也可以传入JavaBean。有时候需要处理一些特殊的情况,可以指定特定的类型,以确定使用哪个typeHandler处理它们,以便我们进行特殊处理:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.5.2 存储过程支持

对于存储过程而言,存在3中参数,输入参数(IN)、输出参数(OUT)、输入输出参数(INOUT)。通过指定mode属性来确定是哪一种参数,选项有3种:IN、OUT、INOUT。

4.5.3 特殊字符串替换和处理(#和$)

转载--MyBaits中的#和$的区别

 

4.6 sql元素

我们可以定义一串SQL语句的组成部分,其他的语句可以通过引用来使用它,从而避免重复的SQL语句。如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

 

4.7 resultMap结果映射集

作用是定义映射规则,级联的更新,定制类型转化器等。

4.7.1 resultMap元素的构成

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.7.2 使用map存储结果集

4.7.3 使用POJO存储结果集

POJO是我们最常用的方式,使用前需要配置resultMap,如:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

接着我们在映射文件的select元素里面做如下的配置便可以使用了:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.7.4 级联

rsultMap的级联分为3种:association、collection和discriminatior。

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.7.4.4 性能分析和N+1问题

4.4.7.5 延迟加载

意义在于,一开始并不取出级联数据,只有当使用它才发送SQL去取回数据。在MyBatis的配置中有两个全局的参数lazyLoadingEnabled和aggressiveLazyLoading。LazyLoadingEnabled的含义是是否开启延迟加载,aggressivaLazyLoading的含义是对任意延迟属性的调用会使带有延迟加载属性的对象完整加载,反之,每种属性将按需加载。

 

4.8 缓存cache

4.8.1 系统缓存(一级缓存和二级缓存)

没有配置的默认情况下,只开启一级缓存。所以在参数和SQL完全一样的情况下,我们使用同一个SqlSession对象调用同一个Mapper的方法,往往值执行一次SQL,因为第一次的查询结果会放在缓存中,如果没有声明需要刷新,并且缓存没有超时的情况下,SqlSession都只会取出当前缓存的数据,而不会再次发送SQL到数据库。一级缓存在各个SqlSession是相互隔离的,为了克服这个问题,我们往往需要配置二级缓存,使得缓存在SqlSessionFactory层面上能够提供给各个SqlSession。实现二级缓存的时候,MyBatis要求返回的POJO必须是可序列化的。配置的方法很简单,只需要在映射XML文件配置就可以开启了。

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

4.8.2 自定义缓存

系统缓存是MyBatis应用机器上的本地缓存,但是在大型服务器上,会使用各类不同的缓存服务器,这个时候我们可以定制缓存,比如Redis缓存。我们需要实现MyBatis为我们提供的接口org.apache.ibatis.cache.Cache,缓存接口简介如下:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

可以配置SQL层面上的缓存规则,决定是否需要或者刷新缓存:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

 


 5.1 动态SQL概述

MyBatis的动态SQL包括以下几种元素:

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

5.2 if元素

《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

5.3 choose、when、otherwise元素

 《深入浅出MyBatis技术原理与实战》——4. 映射器,5. 动态SQL

5.4 tirm、where、set元素

5.5 foreach元素、test的属性、bind元素