MyBatis实战总结

前言：MyBatis的前身是iBatis，它是一个数据持久层框架。封装优化了普通JDBC的过程，如数据库链接的建立、设置SQL语句参数、执行SQL语句、事务、结果映射以及资源释放等。

MyBatis是一个支持普通SQL查询、存储过程和高级映射的优秀持久层框架，使用简单的XML或注解用于配置和原始映射，将POJO和数据库记录进行相互映射。 MyBatis框架分析DISCOVERY 咱们知道最基础的JDBC操做为如下七个步骤： （1）加载JDBC驱动 （2）创建并获取数据库链接 （3）建立JDBC Statement对象 （4）设置SQL语句的传入参数 （5）执行SQL语句并得到结果 （6）处理执行结果 （7）释放相关资源

数据库链接的建立、获取和释放代码是能够复用的，并且每一次操做都进行数据库链接的建立和关闭是没有必要的，是浪费资源和影响性能的。使用数据库链接池可以很好的解决这些问题。因为可能会使用不一样的链接池，好比采用DBCP的链接池，或者采用容器自己的JNDI数据库链接池，因此能够经过DataSource进行解耦。 使用Spring容器进行管理的MyBatis数据库链接池配置代码如：

《bean id = "dataSource" class = "org.springframework.jndi.JndiObjectFactoryBean"》

《property name="jndiName" value = "${DB_JNDI_NAME}"》《/property》

《/bean》

《bean id="sessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean"》

《property name="dataSource" ref="datasource" /》

《property name="configLocation" value="classpath:/config/mybatisConfig.xml"/》

《/bean》

基础的JDBC进行操做数据库时，是在Java类中拼装SQL语句进行执行。为了更简单易用以及更高的性能，MyBatis也是采用手写SQL，而不是经过复杂的配置来自动生成SQL（这两种方式的持久化框架俗称“半自动化”和“全自动化”，MyBatis是“半自动化”的翘楚，“全自动化”的表明则是hibernate。这两个持久化框架都很是流行，并且各有本身的长处，能够根据需求适当应用）。SQL放在Java类里会有不少麻烦，第一，可读性太差了，分散在各个Java类里不利于维护和复用；第二，改动Java代码还要从新编译部署。因此须要有统一的文件来存放相关的SQL。 XML文件能够自定义标签，并且可使用#{参数名}的占位符来标识参数，同时能够引入JSTL中的《if test=””》《/if》等这样的标签来设置动态SQL，因此MyBatis中通常定义***Mapper.xml文件来保存SQL。在数据操做中，须要有真正的Java对象来承接外部调用。因此***Mapper.xml文件会有相对应的一个***Mapper.java接口文件，框架暴露这些Mapper对象来和服务层进行对接。 MyBatis经过约定及配置来衔接各个操做。Mapper.java类中的方法名和Mapper.xml中SQL语句的id定义成相同的进行映射；配置#{参数名}来匹配对应的参数。返回结果可能为POJO、Map、List等类型，因此咱们须要定义清楚返回结果类型，在SQL语句中须要定义resultMap属性值；执行的结果和返回的POJO对象的数据结构怎么映射，在Mapper.xml文件须要配置映射的POJO对象以及属性。 Mapper.xml、Mapper.java和POJO对象这三个文件是相辅相成的。业务开发中也通常只是须要新增这三个文件内容，数据库链接和事务配置这些构架好后是不太变更的。有工具根据表结构来生成这三个文件，用不用就再说了。 整体来讲，MyBatis框架定义Mapper对象来承接外部的调用，框架自己封装了SqlSession、SqlSessionFactory来进行数据库链接；封装了StatementHandler、Executor来执行数据库操做；封装了ResultSetHandler来处理查询结果。咱们只须要架构好 SqlSessionFactory的创建方式以及事务管理，根据业务提供Mapper对象。Mybatis结合Spring容器管理是一个不错的选择。 MyBatis使用中几点经验DISCOVERY 手动增量配置映射文件 当有工具生成Mapper等配置文件的时候，不少人就不肯意手动写了。其实MyBatis的生成工具不是特别有用，生成的方法几乎不可用，删删改改老半天还不如本身手写快。并且须要新加或修改属性、方法时，也是无法使用生成的文件，由于须要保留好原有的一些属性和方法。手写映射文件时先定义出用到的字段，这样配置文件会简洁清晰，同时结果映射时效率会更高。 Mapper层参数为Map时，由Service层负责重载 Mapper中存在着不少相似方法，多是分别根据字段来查询记录，或者根据某几个字段来查询。因为不能重载以及为了减小冗余代码，参数通常设置成Map。但参数设为Map会使代码含义模糊，因此须要在service层来实现重载，对外提供的Service是代码自解释的。能够根据具体的参数不一样分别调用不一样的service方法。 尽可能少用if choose等语句 Mybatis的配置SQL时，尽可能少用if choose 等标签，能用SQL实现判断的尽可能用SQL来判断(CASE WHEN ,DECODE等)，可提升查询性能以及便于维护。 咱们来看看这样的SQL：

SELECT * FROM USER WHERE

《choose》

《if test ="startdate != null and startdate != '' and enddate != null and enddate != '' "》

AND CREATE_DATE >= #{startdate} AND CREATE_DATE <= #{enddate}

《/if》

《otherwise》

AND CREATE_DATE >= SYSDATE - 7 AND CREATE_DATE <= SYSDATE

《/otherwise》

《/choose 》

这样的if判断，实际上是彻底没有必要的,咱们能够很简单的采用DECODE来解决默认值问题：

SELECT * FROM USER WHERE

CREATE_DATE >= DECODE(#{startdate},NULL,SYSDATE-7, #{startdate})

AND CREATE_DATE <= DECODE(#{enddate},NULL,SYSDATE,#{enddate})

不过if与choose判断分支是不可能彻底去除的，可是推荐使用SQL原生的方式来解决一些动态问题，而不该该彻底依赖Mybatis来完成动态分支的判断，由于判断分支过于复杂，并且难以维护。

注：喜欢的小伙伴能够点赞加一波关注，一块儿学习进步