java ssm框架 缓存_《Java EE SSM框架》学习笔记（5映射器）

《Java EE SSM框架》学习笔记(5映射器)

《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接口传递参数：

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文件中，加入

开启二级缓存之后，多个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。

《Java EE SSM框架》学习笔记(5映射器)相关教程