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使用步骤
