MyBatis-单表的增删改查(CRUD)操作

原创
2019/10/13 18:12
阅读数 262

      在学习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等文章后、我整理了一套完整实战文档,有需要的点击下载

展开阅读全文
打赏
0
0 收藏
分享
加载中
更多评论
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部