MyBatis-单表的增删改查（CRUD）操作

在学习MyBatis的单表的增删改查操作之前，还是再次熟悉下MyBatis这个框架，只有对其熟悉的情况下，才能很好的使用，灵活的开发。

MyBatis优点：

1）、简单易学

mybatis本身就很小且简单。没有任何第三方依赖，最简单安装只要两个jar文件+配置几个sql映射文件易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。

2）、灵活

mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里，便于统一管理和优化。通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。

3）、解除sql与程序代码的耦合

通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。对开发人员而言，核心sql还是需要自己优化：sql和java编码分开，功能边界清晰，一个专注业务、一个专注数据。

4）、提供映射标签，支持对象与数据库的orm字段关系映射。

5）、提供对象关系映射标签，支持对象关系组建维护。

6）、提供xml标签，支持编写动态sql。

MyBatis缺点：

1）、编写SQL语句时工作量很大，尤其是字段多、关联表多时，更是如此。

2）、SQL语句依赖于数据库，导致数据库移植性差，不能更换数据库。

3）、框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。

MyBatis与JDBC比较：

SQL夹在Java代码块里，耦合度高导致硬编码内伤，维护不易且实际开发需求中sql是有变化，频繁修改的情况多见。

MyBatis与Hibernate和JPA比较：

长难复杂SQL，对于Hibernate而言处理也不容易，内部自动生产的SQL，不容易做特殊优化。基于全映射的全自动框架，大量字段的POJO进行部分映射时比较困难。导致数据库性能下降。

MyBatis与iBatis比较：

MyBatis是iBatis的升级版，用法有很多的相似之处，但是MyBatis进行了重要的改进。

1）、Mybatis实现了接口绑定，使用更加方便。

在ibatis2.x中我们需要在DAO的实现类中指定具体对应哪个xml映射文件，而Mybatis实现了DAO接口与xml映射文件的绑定，自动为我们生成接口的具体实现，使用起来变得更加省事和方便。

2）、对象关系映射的改进，效率更高。

3）、MyBatis采用功能强大的基于OGNL的表达式来消除其他元素。

下面就来点干货了，MyBatis的单表的增删改查操作，开始表演了，请上车。ForFuture

相信在看完了我的 MyBatis使用步骤这一文将会很好理解下面这些。

1.编写Mapper映射文件User.xml

2. 测试增删改查

以上就是简单的使用MyBatis进行增删改查了。查看上一篇文章：MyBatis使用步骤

有需要完整学习MyBatis的可以点击下载【完整MyBatis学习笔记】

在写完Spring+MyBatis+Spring MVC等文章后、我整理了一套【完整实战文档】，有需要的点击下载

巴特西