《Java EE SSM框架》学习笔记（5、映射器）

demo链接地址：https://share.weiyun.com/5iCY76r 密码：hxf568

 

不使用注解的方式，实现映射器：

1、面对复杂性，SQL会显得无力。

2、注解的可读性较差。

3、注解丢失了XML上下文相互引用的功能。

resultMap：用来描述从数据库结果集中来加载对象，它是最复杂、最强大的元素。

 

select元素——查询语句

自动映射和驼峰映射：

在默认的情况下，自动映射功能时开启的，使用它的好处在于能有效减少大量的映射配置，从而减少工作量。

在setting元素中，有两个配置，autoMappingBehavior和mapUnderscoreToCamelCase，它们是控制自动映射和驼峰映射的开关。

驼峰命名，例如：

数据库字段为role_name，则POJO属性名为roleName

传递多个参数：

1、使用map接口传递参数：

不常使用map的原因：

（1）map是一个键值对应的集合，使用者要通过阅读它的键，才能使用它。

（2）不能限制其传递的数据类型，因此业务性质不强，可读性差。

2、使用注解传递多个参数

对应mapper的编写：

3、通过Java Bean传递多个参数

 

使用resultMap映射结果集：

自动映射和驼峰映射规则比较简单，但无法定义多的属性，比如typeHandler、级联等。

它的子元素id代表resultMap的主键，而result代表其属性。

 

分页参数RowBounds：

MyBatis不仅支持分页，还内置了一个专门处理分页的类。

mapper中，无须填写任何有关RowBounds参数的信息，它是MyBatis的一个附加参数，MyBatis会自动识别它，据此进行分页。

代码填写如下：

RowBounds分页，只能运用于一些小数据量的查询。

它的原理就是，按照偏移量和限制条数返回查询结果，对于大量的数据查询，它的性能并不佳，可使用插件。

 

insert元素——插入语句：

MySQL中的表格采用了自增主键。

有时候需要继续使用这个主键，因此获取到它就十分必要了。

在JDBC中，用Statement对象，在执行插入的SQL后，可通过getGeneratedKeys方法获得数据库生成的主键。

在inset语句中，有一个开关属性useGeneratedKeys开关，打开之后，通过配置keyProperty（填写POJO属性名），即可获得主键，赋值回参数POJO，若存在多个主键，则用逗号隔开。

 

自定义主键：

order设置为BEFORE，说明它将于当前定义的SQL前执行。

若设置为AFTER，则用于，一些插入语句内部可能有嵌入索引调用。

 

sql元素：

sql元素的作用在于，可以定义一条SQL的一部分，方便后面的SQL引用它，比如最典型的列名。

sql元素还支持变量传递：

 

参数：

一些数据库字段返回为null，系统又检测不到使用何种jdbcType进行处理时，则会发生异常。

需要定义好javaType、jdbcType和typeHandler。

 

resultMap元素：

针对不带没有参数的构造方法，可用constructor配置：

对于，public RoleBean(Integer id,String roleName);有：

 idArg元素表示哪个列是主键，允许多个主键，多个主键则称为联合主键。

 

使用map存储结果集：

 

使用POJO存储结果集：

通过配置resultMap的形式：

配置了resultMap，就不能配置resultType。

 

级联：

级联是resultMap中的配置，是一个数据库实体的概念。

存在一种称为鉴别器的级联，它是一种可以选择具体实现类的级联。比如，根据性别不同，选择不同的体检表。

级联的好处是，获取关联数据十分便捷，但会增加系统的复杂度，当层级超过3层时，就不要考虑使用级联了。

级联的种类：

鉴别器（discriminator）、一对一（association，一对一的级联）、一对多（collection，一对多的级联）

MyBatis不支持多对多级联，可通过两个一对多级联进行替换。

本节所涉及的表格有：

雇员任务表是通过，任务编号和任务进行一对一关联的。

雇员表与工牌表，是一对一的关联关系；与雇员任务表，是一对多的关联关系。

相应的POJO的设计：

雇员任务表与任务表，通过task_id关联，相应的mapper编写：

ps：select配置是，命名空间+SQL id的形式，就可通过对应的SQL，将数据查询回来。

鉴别器的实现：

为多个性别健康表，建立相应的mapper：

雇员表，相应的mapper：

ps：与工牌表的一对一关系，与员工任务表的一对多关系，都体现在这个mapper中。resultMap属性表示，采用哪个ResultMap去映射。

ps：以上这两个resultMap，都会通过association元素去执行对应关联的字段和SQL。其中column=“id”的id指的是雇员表中传过来的id。

 

N+1问题：

假设有N个关联关系完成了级联，那么再加入一个关联关系，就变成了了N+1个级联；显然这样会有很多我们并不关心的数据被取出，这样就会造成很大的资源浪费。

延迟加载：

在myBatis配置文件中，设置如下：

lazyLoadingEnabled：决定是否开启延迟加载。

aggressiveLazyLoading：控制是否采用层级加载，但它们都是全局性的配置。即，加载雇员任务信息时，又把工卡信息给加载了，可用fetchType解决。

所谓层级加载，即将同一层级的数据，一同加载起来。

fetchType有两个配置项：

eager：获得POJO后，立即加载对应的数据。

lazy：获得POJO后，延迟加载对应的数据。

如对雇员mapper进行修改：

fetchType会自动忽略上述两个全局配置项。这样的话，就可以实现，加载雇员信息后，再加载雇员任务信息。

 

另一种级联：

也可以通过sql的left join语句，将一个雇员模型信息，所有的信息关联出来。

之后就可以在resultMap，直接使用查询回来的数据了，例如：

上述的association、collection等中的column表示的是，所对应表格中的外键的主键，或者是，association中的，对应表格中的主键的外键。

association通过JavaType的定义去声明实体映射，collection则是用ofType。

以上方式确实可以消除N+1问题，但会引发，SQL复杂，配置繁多，内存浪费等问题。一般用得不多。

 

多对多级联：

现实场景中，程序中的多对多级联，会被拆分为两个一对多级联来处理。

例如，一个用户可扮演多个角色，一个角色可由多个用户担当。

这样角色和用户，以一张用户角色表建立关联关系。

角色一对多关系的建立，POJO：

相应的user2，的mapper：

collection中，通过user的id去查找角色列表时，实质上是通过，sql用user的id去查询中间表t_user_role，然后再用查询出来的role_id去关联角色表。

 

缓存：

缓存一般都放置在可高速读/写的存储器上。

内存和高速缓存处理器的空间有限，只需把那些常用且命中率高的数据缓存起来。

一级缓存是在SqlSession上的缓存，二级缓存是在SqlSessionFactory上的缓存。

默认情况下，MyBatis会开启一级缓存。即，当查询同一个对象时，若第二次查询的SQL和参数没变的话，就从缓存中获取数据。

一级缓存是在SqlSession层面的，意思是：对于不同的SqlSession对象是不能共享的。开启二级缓存就能共享了。

开启二级缓存的方法就是，在相应的mapper文件中，加入<cache/>

开启二级缓存之后，多个SqlSession对象可共享某个对象，例如Role，但这个Role需要实现序列化接口。

mapper加入了cache元素后，MyBatis会将，对应的命名空间内所有select元素SQL查询结果进行缓存，待其它操作后，进行更新。

使用自定义缓存，需实现Cache接口：

假设定义了一个Redis的缓存实现类：RedisCache

可在mapper中配置如下：

若对一些查询，不需要进行任何缓存，则可设置为：

useCache是select特有的，表示是否使用缓存。

flushCache表示，是否刷新缓存。

引用其它mapper里的缓存配置，则可：

 

存储过程：

定义：它是数据库预先编译好，放在数据库内存中的一个程序片段，所以具备性能高，可重复使用的特性。

在oracle中定义好存储过程：

在java中对应设计一个POJO：

为存储过程设计mapper：

statementType，必须声明为CALLABLE，不然会抛出异常。

调用存储过程：

 

游标的使用：

MyBatis也对存储过程的游标提供了支持。

若要实现分页，则需添加start和end的两个参数，还要知道是否存在下一页，则还需添加total参数。

相应的存储过程设计：

相应的POJO设计：

相应的mapper设计：

对于roleList，定义jdbcType为CURSOR，这可使得结果用ResultSet去处理，为使ResultSet能映射POJO，设置resultMap为roleMap。