MyBatis源码解读 - 使用MyBatis *** 作数据库

本篇文章主要介绍了使用MyBatis框架完成数据库的增、删、改、查 *** 作。

准备工作

运行schema.sql和data.sql脚本文件中的 SQL 语句创建t_user表并添加部分测试数据。

schema.sql：

data.sql：

使用MyBatis框架 *** 作数据库步骤：

（1）定义Java实体

User.java

（2）定义Mapper接口

UserDao.java

（3）编写XML映射文件

UserDao.xml

（4）编写MyBatis主配置文件

MyBatis使用 XML 文件格式描述配置信息，内容如下：

（5）编写测试类

Demo.java

输出结果：

Mybatis是什么

mybatis是一个持久层ORM框架。它内部封装了jdbc，使得开发更简洁，更高效。

MyBatis可以通过xml或注解完成ORM映射关系配置。

Mybatis和JDBC的关系

JDBC是Java提供的一个 *** 作数据库的API； MyBatis是一个持久层ORM框架，底层是对JDBC的封装。

MyBatis对JDBC *** 作数据库做了一系列的优化：

（1） mybatis使用已有的连接池管理，避免浪费资源，提高程序可靠性。

（2） mybatis提供插件自动生成DAO层代码，提高编码效率和准确性。

（3）mybatis 提供了一级和二级缓存，提高了程序性能。

（4） mybatis使用动态SQL语句，提高了SQL维护。（此优势是基于XML配置）

（5） mybatis对数据库 *** 作结果进行自动映射

MyBatis的优点和缺点

优点：

简单：易于学习，易于使用，通过文档和源代du码，可以比较完全zhi的掌握它的设计思路和实现。

实用：提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。

灵活：通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。

功能完整：提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。

增强系统的可维护性：通过提供DAO层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。

缺点：

sql工作量很大，尤其是字段多、关联表多时，更是如此。

sql依赖于数据库，导致数据库移植性差。

由于xml里标签id必须唯一，导致DAO中方法不支持方法重载。

字段映射标签和对象关系映射标签仅仅是对映射关系的描述，具体实现仍然依赖于sql。（比如配置了一对多Collection标签，如果sql里没有join子表或查询子表的话，查询后返回的对象是不具备对象关系的，即Collection的对象为null）。

DAO层过于简单，对象组装的工作量较大。

不支持级联更新、级联删除。

编写动态sql时,不方便调试，尤其逻辑复杂时。

提供的写动态sql的xml标签功能简单（连struts都比不上），编写动态sql仍然受限，且可读性低。使用不当，容易导致N+1的sql性能问题。

---