继续我们的 MyBatis 之旅，今天来让我们认识一下 MyBatis 最为强大的功能：SQL 映射器。就是因为有他的存在，才使得我们的数据库操作变得如此简单，不用关注于过多的JDBC代码，只要写好SQL语句就可以了。

本文篇幅较长，大家可以关注之后再回过头来看（这是在臭不要脸的求关注!!!）。

参考文档MyBatis官方文档

好了 让我们正式开始吧!!!

Select 语句映射

我们先来看一个简单的查询语句：

<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapperPUBLIC "-//mybatis.org//DTD Mapper 3.0//EN""http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<mapper namespace="org.gaipianer.demo.mybatis.mapper.UserMapper"><select id="selectUser" resultType="Map">select * from sys_user where id = #{id}</select></mapper>

通过上面的代码，我们创建了一个 id 是 selectUser 的查询语句，他的返回值是 Map 类型，resultType 属性表示查询结果最后要映射成什么类型的 Java 对象，这里我直接写成Map了，MyBatis 强大的结果映射功能也可以将查询结果映射成程序中自定义的 Java Bean 对象，映射成 Java Bean 对象显然是一种更好的方式。

有一个地方大家看起来可能会觉得很奇怪, SQL 语句中出现了 id = #{id} 的字样，这里是要给查询语句传递一个参数，查询给定 id 的数据。和下面的JDBC代码是一个意思:

String selectUser = "select * from sys_user where id=?";
PreparedStatement ps = conn.prepareStatement(selectUser);
ps.setString(1, id);

select 标签不止有 resultType 这一个属性，下面是全部的 select 标签的属性

以上就是 select 语句的所有配置信息，接下来再让我们看看 insert、update 、delete 语句如何配置

Insert、Update、Delete 语句映射

话不多说，直接上代码

<insert id="insertUser">insert into sys_user (id, login_name, real_name, flag, email)values (#{id}, #{loginName}, #{realName}, #{flag}, #{email})
</insert><update id="updateUser">update sys_user setlogin_name = #{loginName},real_name = #{realName},flag = #{flag},email = #{email}where id = #{id}
</update><delete id="deleteUser">delete from sys_user where id = #{id}
</delete>

insert、update、delete 与 select 语句不同，他们都属于变更数据的操作，这三个标签的属性也非常接近，并没有 select 语句那么多的属性:

自动生成主键

上面的属性中，有三个属性比较特殊，只适用于 insert、update 语句: getGeneratedKeys、keyProperty、keyColumn，他们就是用来配置自动生成主键的。

自动生成主键分为两种情况:
1、你所使用的数据库支持自动生成主键（比如 MySQL 和 SQL Server）

对于支持自动生成主键的数据库，只要将 getGeneratedKeys 属性设置为 true , keyProperty 指定为你的主键列名即可, 代码如下:

<insert id="insertUser" useGeneratedKeys="true" keyProperty="id">insert into sys_user (login_name, real_name, flag, email)values (#{loginName}, #{realName}, #{flag}, #{email})
</insert>

2、你所使用的数据库不支持自动生成主键

对于不支持自动生成主键的数据库，MyBatis 也有相应的策略，代码如下:

<insert id="insertUser"><selectKey keyProperty="id" resultType="string" order="BEFORE">select CAST(RANDOM()*1000000 as INTEGER) a from SYSIBM.SYSDUMMY1</selectKey>insert into sys_user (login_name, real_name, flag, email)values (#{loginName}, #{realName}, #{flag}, #{email})
</insert>

这里边多出来一个 selectKey  标签，作用是查询出一个值，然后把这个值作为主键的id

keyProperty 表示主键列名, resultType 表示查询数值的类型，可以不写，MyBatis 也会帮你推断出是什么类型,

order 表示 selectKey 语句执行的顺序，有两个可选值, 分别是 BEFORE 和 AFTER，BEFORE 表示 selectKey 语句在 insert 之前执行，AFTER 表示在 insert 之后执行 selectKey 语句。

selectKey 语句属性如下:

结果映射 (ResultMap)

结果映射是 MyBatis 最为强大的功能，他的目的就是为了帮我们把从数据库查询回来的结果，映射成我们需要的 简单的或者复杂的Java Bean 对象，正是因为有 ResultMap 的存在， 我们的 ORM 代码才能如此简洁。

引用 MyBatis 官方文档中的一段用来描述 ResultMap 的话：

resultMap 元素是 MyBatis 中最重要最强大的元素。它可以让你从 90% 的 JDBC ResultSets 数据提取代码中解放出来，并在一些情形下允许你进行一些 JDBC 不支持的操作。实际上，在为一些比如连接的复杂语句编写映射代码的时候，一份 resultMap 能够代替实现同等功能的数千行代码。ResultMap 的设计思想是，对简单的语句做到零配置，对于复杂一点的语句，只需要描述语句之间的关系就行了。

让我们回过头来看看之前的 select 语句:

<select id="selectUser" resultType="Map">select * from sys_user where id = #{id}
</select>

这里我们并没有显示的指定 resultMap 属性，而是使用的 resultType 属性，我们通过 resultType="Map" 将 查询结果映射到了一个map 对象上，但是之前我们说过，把 map 作为查询结果并不是一个好的选择，我们需要的是 Java Bean 对象, 所以我们也可以像以下代码这样，MyBatis 会将返回结果映射到我们配置的 User 对象中:

<select id="selectUser" resultType="org.gaipianer.demo.mybatis.domain.User">select * from sys_user where id = #{id}
</select>

在没有显示的声明 resultMap 属性时，MyBatis 会自动创建一个 ResultMap，然后通过查询结果的列名，映射到相应的 Java Bean  对象的属性上， 当然，如果只是简单地通过查询结果的列名和 Java Bean 属性名做映射，就会带来列名和属性名不一致的问题。比如说，我们数据库表中的列名为 login_name，但是 Java Bean 中的属性名为 loginName, 这个时候应该怎么办呢 ???

其实上面的问题有两种解决方案:

1、在 SQL 语句中解决:

<select id="selectUser" resultType="org.gaipianer.demo.mybatis.domain.User">select login_name as loginName,real_name as realNamefrom sys_userwhere id = #{id}
</select>

2、显示地声明 ResultMap，告诉 MyBatis 我们想要把哪个列名转化到 Java Bean 的哪个属性上:

<resultMap id="userResultMap" type="org.gaipianer.demo.mybatis.domain.User"><result property="loginName" column="login_name"/><result property="realName" column="real_name"/>
</resultMap><select id="selectUser" resultMap="userResultMap">select login_name, real_namefrom sys_userwhere id = #{id}
</select>

我们的业务逻辑永远不可能像上面那些例子一样简单，往往会有一些复杂的映射关系，比如说 User 类中还要一个对象类型的属性，需要我们通过关联查询把结果映射到属性中, 下面就以 MyBatis 官方文档中的代码为例:

比如，我们如何映射下面这个语句？

<select id="selectBlogDetails" resultMap="detailedBlogResultMap">selectB.id as blog_id,B.title as blog_title,B.author_id as blog_author_id,A.id as author_id,A.username as author_username,A.password as author_password,A.email as author_email,A.bio as author_bio,A.favourite_section as author_favourite_section,P.id as post_id,P.blog_id as post_blog_id,P.author_id as post_author_id,P.created_on as post_created_on,P.section as post_section,P.subject as post_subject,P.draft as draft,P.body as post_body,C.id as comment_id,C.post_id as comment_post_id,C.name as comment_name,C.comment as comment_text,T.id as tag_id,T.name as tag_namefrom Blog Bleft outer join Author A on B.author_id = A.idleft outer join Post P on B.id = P.blog_idleft outer join Comment C on P.id = C.post_idleft outer join Post_Tag PT on PT.post_id = P.idleft outer join Tag T on PT.tag_id = T.idwhere B.id = #{id}
</select>

你可能想把它映射到一个智能的对象模型，这个对象表示了一篇博客，它由某位作者所写，有很多的博文，每篇博文有零或多条的评论和标签。 我们先来看看下面这个完整的例子，它是一个非常复杂的结果映射（假设作者，博客，博文，评论和标签都是类型别名）。 不用紧张，我们会一步一步地来说明。虽然它看起来令人望而生畏，但其实非常简单。

<resultMap id="detailedBlogResultMap" type="Blog"><constructor><idArg column="blog_id" javaType="int"/></constructor><result property="title" column="blog_title"/><association property="author" javaType="Author"><id property="id" column="author_id"/><result property="username" column="author_username"/><result property="password" column="author_password"/><result property="email" column="author_email"/><result property="bio" column="author_bio"/><result property="favouriteSection" column="author_favourite_section"/></association><collection property="posts" ofType="Post"><id property="id" column="post_id"/><result property="subject" column="post_subject"/><association property="author" javaType="Author"/><collection property="comments" ofType="Comment"><id property="id" column="comment_id"/></collection><collection property="tags" ofType="Tag" ><id property="id" column="tag_id"/></collection><discriminator javaType="int" column="draft"><case value="1" resultType="DraftPost"/></discriminator></collection>
</resultMap>

• constructor - 用于在实例化类时，注入结果到构造方法中
  • idArg - ID 参数；标记出作为 ID 的结果可以帮助提高整体性能
  • arg - 将被注入到构造方法的一个普通结果
• id – 一个 ID 结果；标记出作为 ID 的结果可以帮助提高整体性能
• result – 注入到字段或 JavaBean 属性的普通结果
• association – 一个复杂类型的关联；许多结果将包装成这种类型
  • 嵌套结果映射 – 关联可以是 resultMap 元素，或是对其它结果映射的引用
• collection – 一个复杂类型的集合
  • 嵌套结果映射 – 集合可以是 resultMap 元素，或是对其它结果映射的引用
• discriminator – 使用结果值来决定使用哪个 resultMap
  • case – 基于某些值的结果映射
    • 嵌套结果映射 – case 也是一个结果映射，因此具有相同的结构和元素；或者引用其它的结果映射

 在上面的例子中，我们使用了 constructor、association、collection 、discriminator 这四个之前没有见的标签,
通过 constructor 标签来调用 Java Bean 的构造器
通过 association 标签来告诉 MyBatis 我们应该将哪些属性映射到 Java Bean 的嵌套对象中
通过 collection 标签把查询结果中的列映射到了 Java Bean 对象中的嵌套集合

通过以上的配置 ResultMap 的方式，MyBatis 就能够帮我们把复杂的查询结果，映射到复杂的 Java Bean 中（妈的，太强大了！！！）。

MyBatis 缓存

为了提供程序的性能，避免每次查询操作都和数据库交互，MyBatis 引入了缓存策略，分为一级缓存和二级缓存。

一级缓存:

一级缓存是 SqlSession 级别的，对于相同 SQL 语句，相同参数的查询结果进行缓存，当进行数据更新操作时（update，insert，delete），会清空 SqlSession 的缓存，避免出现脏数据，不同 SqlSession 对象之间的缓存是隔离的，不共享的。
MyBatis 默认开启一级缓存，无需配置。
SqlSession 级别指的是针对同一个 SqlSession 对象，缓存是一致的。比如说以下代码，用同一个 SqlSession 对象进行两次相同查询，第二次查询时不会直接去数据库中取数据:

SqlSession sqlSession = sqlSessionFactory.openSession();
Map<String, Object> resultOne = sqlSession.selectOne("org.gaipianer.demo.mybatis.mapper.UserMapper.selectUser", "1");
Map<String, Object> resultTwo = sqlSession.selectOne("org.gaipianer.demo.mybatis.mapper.UserMapper.selectUser", "1");

而以下代码则使用了不同的 SqlSession 对象，哪怕是相同的 SQL，相同的参数，第二次查询时还是会去数据库中取数据，而不是通过缓存:

SqlSession sqlSession = sqlSessionFactory.openSession();
Map<String, Object> resultOne = sqlSession.selectOne("org.gaipianer.demo.mybatis.mapper.UserMapper.selectUser", "1");
sqlSession.close();SqlSession anotherSqlSession = sqlSessionFactory.openSession();
Map<String, Object> resultTwo = anotherSqlSession.selectOne("org.gaipianer.demo.mybatis.mapper.UserMapper.selectUser", "1");

 二级缓存:

二级缓存是 Mapper 级别的，真对的是同一个 Mapper 下的所有查询，无论使用哪个 SqlSession 对象进行查询。同样的，也是针对相同 SQL 相同参数的查询进行缓存，当有 insert、update、delete 操作执行时，清空缓存。
默认不开启，需要在 Mapper.xml 文件中显示配置，配置如下:

<cacheeviction="FIFO"flushInterval="60000"size="512"readOnly="true"/>

eviction 表示缓存清除策略，默认为 LRU ，可选值如下:

• LRU – 最近最少使用：移除最长时间不被使用的对象。
• FIFO – 先进先出：按对象进入缓存的顺序来移除它们。
• SOFT – 软引用：基于垃圾回收器状态和软引用规则移除对象。
• WEAK – 弱引用：更积极地基于垃圾收集器状态和弱引用规则移除对象。

 flushInterval（刷新间隔）属性可以被设置为任意的正整数，设置的值应该是一个以毫秒为单位的合理时间量。 默认情况是不设置，也就是没有刷新间隔，缓存仅仅会在调用语句时刷新。

size（引用数目）属性可以被设置为任意正整数，要注意欲缓存对象的大小和运行环境中可用的内存资源。默认值是 1024。

readOnly（只读）属性可以被设置为 true 或 false。只读的缓存会给所有调用者返回缓存对象的相同实例。 因此这些对象不能被修改。这就提供了可观的性能提升。而可读写的缓存会（通过序列化）返回缓存对象的拷贝。 速度上会慢一些，但是更安全，因此默认值是 false。

如果说我们不想在执行某些语句之后清空缓存怎么办呢？可以在语句标签中加入 flushCache="false" ，这样在执行该语句之后，就不会清空缓存数据。

<update id="updateUser" flushCache="false">update sys_user setlogin_name = #{loginName},real_name = #{realName},flag = #{flag},email = #{email}where id = #{id}
</update>

以上就是今天的全部内容了，如有写得不对或者是理解的不对的地方，希望大家多指正, 如果有什么建议大家可以尽管提出来  (至于改不改就得看我心情了)

今天的【从入门的放弃系列】就先到这里，后续咱们再接着学习怎么放弃。