手记

『互联网架构』软件架构-mybatis体系结构(14)

>今天说说mybatis,之前说过spring ioc,aop,mvc,接下来就到数据库的持久层了。从上到下的顺序,mvc,ioc,最下面就是数据库的持久层。mybatis是互联网和企业内广为应用的框架。官方参考文档这个文档很详细:www.mybatis.org/mybatis-3/zh/index.html

数据库访问层的4种实现方案对比

JDBC

>当初最早的实现dao层,都是通过jdbc的方式

  1. 获取链接,通过DriverManager.getConnection
  2. 构建sql语句,可能这个sql语句,增删改查都有可能
  3. 设置参数,跟jdbc数据库是一一对应的
  4. 执行sql,通过execute
  5. 获取返回结果
  6. 基于结果构建DO
  7. 关闭链接

> 非常的繁琐,可以基于一个组件,开发一个工具类,获取链接和关闭链接肯定是两个方法,1-7步可以通过代理方法构建。第二步可以通过参数的形式传递给方法。自动帮我们获取链接,设置参数,执行sql。大大简化了我们开发。后来就开始企业开发使用jdbc template。

JdbcTemplate

  1. 构建sql语句
  2. 构建参数
  3. 调用jdbc模板方法
    3.1 获取链接
    3.2 设置参数
    3.3 执行sql
    3.4 获取返回结果
    3.5 基于result对象属性映射构建DO
    4 返回DO对象

>虽然JdbcTemplate 简化我们对数据库的操作,但是它有个问题,sql语句都要java类,代码的方式拼接sql,最后导致代码非常的混乱,数据库的类型和java的类型进行映射。写sql语句本身就是很繁琐的事情,ORM的出现对象关系映射,数据库里面的二维和java里面的bean,做一对一的配置。根本就不需要写sql语句了,后来开始普及hibernate。

hibernate

> hibernate 是一个完完整整的ORM框架,包含基本的查询,插入,修改,删除。通过java api的方式进行调用,还包括二级缓存这种附加的,天生支持sql防注入的。

  1. 获取session
  2. 开启事务,返回transaction对象
  3. 调用save,返回执行结果
    3.1 配置映射
    3.2 预计DO映射生成SQL(底层还是jdbc,就好像我们spring mvc底层还是用的servlet)
    3.3 获取链接
    3.4 设置sql参数
    3.5 执行sql
    3.6 释放链接
  4. 提交事务

>hibernate虽然好,但是也有弊端的,最不方便的地方,状态的把握(游离态,持久化态,瞬态数据态),特别是模型比较复杂的时候什么一对一,一对多,多对一,多对多,很容易绕晕,还有HQL语句,这些语句都是hibernate自己生成的,这样DBA是非常郁闷的,对性能研究把握比较大的,这样会感觉它比较重了。 后来很多人从hibernate转成了JdbcTemplate ,JdbcTemplate 虽然比较繁琐,但是sql语句都是可控的。sql语句的写法完全可以考数据库的经验。

mybatis

  • 历史
    >Mybaits的前身是Apache的一个开源项目iBatis,2010年这个项目由apache software foundation 迁移到了 google code 并且改名为Mybatis,2013年11月迁移到Github,目前mybaits是由Github维护的。

  1. 获取session
  2. 开启事务返回Transaction
  3. 调用select
    3.1 拉取映射配置
    3.1.1 基于配置构建configstatement
    3.2 执行sql
    3.2.1 基于configstatement生成sql
    3.2.2 获取链接
    3.2.3 设置sql参数
    3.2.4 执行sql
    3.2.5 释放链接,返回Do对象,返回执行结果

>hiberate都是通过映射自己生成sql语句,mybatis是根据xml,你配置什么sql就执行什么sql,sql语句是可控的,是可以看的到的。出了问题可以通过经验执行sql。

四种的对比

分类 优点 缺点
jdbc 简单、纯粹 1、需要手动关闭链接 2、结果集不能自动映谢
jdbcTemplate 简单、纯粹、自动会话管理、结果集映谢 1、手动拼装SQL管理混乱
hirbernate 编程效率高,无需编写sql。数据库更换成本低、较完善的二级缓存、自动防SQL注入 完全掌握的门槛高、性能优化较麻烦、复杂映谢
myBatis 学习成本低、可以进行更为细致的SQL优化,减少查询字段、统一的SQL管理 功能相对简陋、需要手动编写维护SQL、表结构变更之后需要手动维护SQL与映谢(尽可能的多关联查询什么的,都写在业务代码里面,这样可以良好的完成分布式)

mybatis的定位

>myBatis 专注于sql 本身,其为sql 映谢而非完整的ORM,需要自己编写sql 语句,这是其优点也是缺点。优点是:优化方便,可更好利用sql编写经验。缺点是当数据修改之后调整麻烦耗费时间长.

>试用场景:适用于对性能要求较高,有大批量的查询修改,并且业务实现没有过多依懒数据关系模型,比如:电商、O2O等互联网项目。

>互联网项目对DAO层的要求:
1.对数据库的访问更新纯粹
2.尽可能不要使用数据库做运算
3.SQL语句可以针对性的优化(减少查询字段、查条件排序例 、查询条件尽可能命中索引)

myBatis 体系结构图

myBatis 应用知识结构图

  • Config
    > 属性配置

> 三种设置方式:
1.构建sessionFactory 时传递 (优先级:高)
2.基于resource 属性加载 或 url 加载 (优先级:中)
3.基于 属性设置 (优先级:低)

>全局参数配置


具体参考:http://www.mybatis.org/mybatis-3/zh/configuration.html#settings

>环境配置


> 数据源:

unpooled 普通连接,每次获取时都会重新建立一个新的连接.属性下如下:
• driver :数据库驱动类
• url: URL地址
• username:用户名。
• password :登录数据库的密码。
pooled: 连接池模式,所有连接从连接池当中获取,由连接池来来进行连接的建立与回收关于等操作,除支持unpooled属性外还支持属性如下:
• poolMaximumActiveConnections : 最大活跃数,默认值:10
• poolMaximumIdleConnections :最大空闲连接数
• poolMaximumCheckoutTime :获取连接超时等待最大(checked out)时间,默认值:20000 毫秒
• poolTimeToWait : 单次获取连接 最大等待时间 默认:20000 毫秒(即 20 秒)。
• poolMaximumLocalBadConnectionTolerance 获取连接重试次数 默认:3
• poolPingQuery 用于检测连接是否断开的测试 语句
• poolPingEnabled 是否通过执行poolPingQuery 语句做检测,默认值:false。
• poolPingConnectionsNotUsedFor 连接检测间隔时间 ,默认60000。

>typeAliases 别名配置



  • mappers 文件引入
    >基于 mapper 引入指定资源文件: resource| url |class
    基于package 引入:扫描指定包路径当下的url

>mapper 映谢文件配置

mapper 常用元素
• select – 映射查询语
• insert – 映射插入语句
• update – 映射更新语句
• sql – 可被其他语句引用的可重用语句块。
• delete – 映射删除语句
• resultMap 用来描述如何从数据库结果集中来加载对象。
• cache – 给定命名空间的缓存配置。
• cache-ref – 其他命名空间缓存配置的引用。

>select 查询标签

 
select * from user_info where id = #{id}

其支持属性如下:

参数的引用的办法
#{id, mode=in, jdbcType=INT, jdbcTypeName=MY_TYPE}

>insert update delete 标签


INSERT INTO user_info (user_name,nick_name,password) VALUES
(#{userName},#{nickName},#{password})

update user_info set user_name=#{userName} where id=#{id}

DELETE from user_info where id=#{id}


> 标签

将重复的sql 语句定文为一个字段
 id,user_name,nick_name
可通过  进行引入 如:


>resultMap

resultMap 是myBatis 对象的映谢

  • 动态SQL配置
 标签
trim (where, set) 标签
foreach 标签

PS:其实mybatis,我比较习惯自动生成对应的xml,里面只有简单的增删查改,所有的业务逻辑不在表里面进行处理包括关联查询,都在service里面处理,然后new 新的vo 展示就可以了,这样把压力都给程序来完成,数据库更单纯一些。

0人推荐
随时随地看视频
慕课网APP