MyBatis上手

MyBatis简介：

MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可以对配置和原生Map使用简单的 XML 或注解，将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。

MyBatis运行：

每个基于 MyBatis 的应用都是以一个 SqlSessionFactory 的实例为中心的。SqlSessionFactory 的实例可以通过 SqlSessionFactoryBuilder 获得。而 SqlSessionFactoryBuilder 则可以从 XML 配置文件或一个预先定制的 Configuration 的实例构建出 SqlSessionFactory 的实例。

mapper的设置与自动装配：

MyBatis通过xml配置文件进行核心设置，在项目中位于src/main/resources/spring/dao/mybatis-config.xml，文件头标记mybatis-3。该文件中有mappers标签，指定了每个mapper对应的xml文件。每个mapper对应一个DAO接口（接口定义于dao.db），MyBatis利用mapper将对应DAO接口转换为java类，装入Spring bean。（项目中src/main/resources/spring/dao/mysql-datasource.xml引入了该配置文件并同时标注了datasource，属于项目引入MyBatis的过程。）

mapper举例：（xml格式）

在xml文件中定义mapper：

</pre></p><pre name="code" class="html"><mapper namespace="org.mybatis.example.BlogMapper">
  <select id="selectBlog" resultType="Blog">
    select * from Blog where id = #{id}
  </select>
</mapper>
释义：在命名空间“org.mybatis.example.BlogMapper”中定义了一个名为“selectBlog”的映射语句，这样它就允许你使用指定的完全限定名“org.mybatis.example.BlogMapper.selectBlog”来调用映射语句，如

SqlSession session = sqlSessionFactory.openSession();
Blog blog = (Blog) session.selectOne("org.mybatis.example.BlogMapper.selectBlog", 101);

或者

SqlSession session = sqlSessionFactory.openSession();
BlogMapper mapper = session.getMapper(BlogMapper.class);
Blog blog = mapper.selectBlog(101);

mapper举例：（注解格式）

使用java注解代替xml完成mapper定义：
package org.mybatis.example;
public interface BlogMapper {
  @Select("SELECT * FROM blog WHERE id = #{id}")
  Blog selectBlog(int id);
}
定义了BlogMapper接口，并在注解中标明了selectBlog函数的实现方式，实例化的对象通过session.getMapper获得。

生存范围：

SqlSessionFactoryBuilder

这个类可以被实例化、使用和丢弃，一旦创建了 SqlSessionFactory，就不再需要它了。因此 SqlSessionFactoryBuilder 实例的最佳范围是方法范围（也就是局部方法变量）。你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例，但是最好还是不要让其一直存在以保证所有的 XML 解析资源开放给更重要的事情。

SqlSessionFactory

SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由对它进行清除或重建。使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏味道（bad smell）”。因此 SqlSessionFactory 的最佳范围是应用范围。有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。

SqlSession

每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的范围是请求或方法范围。绝对不能将 SqlSession 实例的引用放在一个类的静态域，甚至一个类的实例变量也不行。也绝不能将 SqlSession 实例的引用放在任何类型的管理范围中，比如 Serlvet 架构中的 HttpSession。如果你现在正在使用一种 Web 框架，要考虑 SqlSession 放在一个和 HTTP 请求对象相似的范围中。换句话说，每次收到的 HTTP 请求，就可以打开一个 SqlSession，返回一个响应，就关闭它。这个关闭操作是很重要的，你应该把这个关闭操作放到 finally 块中以确保每次都能执行关闭。下面的示例就是一个确保 SqlSession 关闭的标准模式：
SqlSession session = sqlSessionFactory.openSession();
try {
  // do work
} finally {
  session.close();
}
在你的所有的代码中一致性地使用这种模式来保证所有数据库资源都能被正确地关闭。

映射器实例（Mapper Instances）

映射器是创建用来绑定映射语句的接口。映射器接口的实例是从 SqlSession 中获得的。因此从技术层面讲，映射器实例的最大范围是和 SqlSession 相同的，因为它们都是从 SqlSession 里被请求的。尽管如此，映射器实例的最佳范围是方法范围。也就是说，映射器实例应该在调用它们的方法中被请求，用过之后即可废弃。并不需要显式地关闭映射器实例，尽管在整个请求范围（request scope）保持映射器实例也不会有什么问题，但是很快你会发现，像 SqlSession 一样，在这个范围上管理太多的资源的话会难于控制。所以要保持简单，最好把映射器放在方法范围（method scope）内。下面的示例就展示了这个实践：
SqlSession session = sqlSessionFactory.openSession();
try {
  BlogMapper mapper = session.getMapper(BlogMapper.class);
  // do work
} finally {
  session.close();
}

mapper详情：

在MyBatis的config文件中定义了所有mapper对应的xml位置。每个mapper中指定的xml文件对应一组数据库操作语句，每个xml对应dao文件夹中的一个DAO接口，对DAO接口中定义的方法进行了sql实现。

DAO接口定义的每个方法在xml中对应进行实现，主要包括增删改查。查询语句(select)输入map输出ResultMap（在DAO接口中调用时返回DO对象的链表）；更改语句(增删改)输入DO对象（即domain中定义的元数据）或者DO对象链表，无需指定result。

更改语句按照单条更改和批量更改设置不同的语句（如insert，batchInsert），输入不同的parameter。

批量更改中，只需要指定输入的collection字段（通常为list，用链表批量输入），用item字段给其中的元素起名（如blackinfo），就可以用blackinfo.id，blackinfo.poiId等方式访问其中元素。

SQL语句语法：

<set/><where/><choose><when/><otherwise/></choose>等标签形式的SQL语句见下：

http://www.mybatis.org/mybatis-3/zh/dynamic-sql.html

posted on 2016-05-03 13:23 hh6plus 阅读(220) 评论(0) 编辑收藏举报