传统JDBC与ORM框架之间的性能比较

1.JDBC介绍

​ jdbc是java数据库连接(java DataBase Connectivity)技术的简称，由一组使用java语言编写的类与接口组成，可以为多种关系数据库提供统一访问

• 实现步骤

  1. 使用JDBC编程需要连接数据库，注册驱动和数据库信息
  2. 操作Connection，打开 Statement 对象 。
  3. 通过Statement执行SQL， 返回结果到ResultSet对象。
  4. 使用ResultSet读取数据，然后通过代码转化为具体的POJO对象。
  5. 关闭数据库的相关资源。

• 优点

​ 直接底层操作，提供了很简单、便捷的访问数据库的方法，跨平台性比较强。灵活性比较强。可以写很复杂的SQL语句。

• 缺点

​ 工作量相对较大。我们需要先连接，然后处理JDBC底层事务，处理数据类型。我们还需要操作Connection对象、Statement对象和ResultSet对象去拿到数据，并准确的关闭它们。

我们要对JDBC编程可能产生的异常进行捕捉处理并正确关闭资源。

2.ORM介绍

​ 由于JDBC存在的缺陷，所以我们在实际工作中很少使用JDBC进行操作数据库的编程。于是我们就提出了对象关系映射（Object Relational Mapping）简称 ORM，或者O/RM，或者 O/R mapping。

• 介绍

1. ORM模型就是数据库的表和简单Java对象（Plain Ordinary Java Object，简称POJO）的映射关系模型。
2. 它主要解决数据库数据和POJO对象的相互映射。我们通过这层映射就可以简单的把数据库表的数据转化为POJO。以便程序员更加容易的理解和应用Java程序.而且程序员一般只需要了解Java应用而无需对数据库进行深入的了解。此外，ORM模型提供了统一的规则使得数据库的数据通过配置便可轻易的映射到POJO上。

• 常用的ORM框架

1. Java系列：

​ Hibernate全自动需要写hql语句

​ Mybatis半自动自己写sql语句,可操作性强,小巧（前身iBatis）

​ Apache OJB

​ TopLink 是位居第一的Java对象关系可持续性体系结构 （待研究）

​ Jaxor ：是一个简单但功能强大的创建到关系映像层对象的工具。它允许开发者轻松地 在表中插入、更新、删除行，但也可被扩展为创建一个可扩展的映像层，这个层可创建一 个完全的域模型，透明地映射到数据库表

2. .Net系列：EF6与EFCore、Dapper

• 优点

目前我们接触（用）到比较多的是Hibernate和MyBatis。

MyBatis优点：

1. 易于上手和掌握。
2. sql写在xml里，便于统一管理和优化。
3. 解除sql与程序代码的耦合。
4. 提供映射标签，支持对象与数据库的orm字段关系映射
5. 提供对象关系映射标签，支持对象关系组建维护
6. 提供xml标签，支持编写动态sql。

Hibernate优点：

1. 消除了代码的映射规则，它全部被分离到XML或者注解里面去配置。
2. 无需再管理数据库连接，它也配置到XML里面。
3. 一个会话中，不要操作多个对象，只要操作Sesison即可。
4. 关闭资源只需要关闭一个Session即可。

• 缺点

MyBatis缺点：

1. sql工作量很大，尤其是字段多、关联表多时，更是如此。
2. sql依赖于数据库，导致数据库移植性差。
3. 由于xml里标签id必须唯一，导致DAO中方法不支持方法重载。
4. 字段映射标签和对象关系映射标签仅仅是对映射关系的描述，具体实现仍然依赖于sql。（比如配置了一对多Collection标签，如果sql里没有join子表或查询子表的话，查询后返回的对象是不具备对象关系的，即Collection的对象为null）
5. DAO层过于简单，对象组装的工作量较大。
6. 不支持级联更新、级联删除。
7. 编写动态sql时,不方便调试，尤其逻辑复杂时。
8. 提供的写动态sql的xml标签功能简单（连struts都比不上），编写动态sql仍然受限，且可读性低。
9. 若不查询主键字段，容易造成查询出的对象有“覆盖”现象。
10. 参数的数据类型支持不完善。（如参数为Date类型时，容易报没有get、set方法，需在参数上加@param）
11. 多参数时，使用不方便，功能不够强大。（目前支持的方法有map、对象、注解@param以及默认采用012索引位的方式）
12. 缓存使用不当，容易产生脏数据。

Hibernate缺点：

1. 全表映射带来的不便，比如更新时需要发送所有的字段。
2. 无法根据不同的条件组装不同的SQL。
3. 对多表关联和复杂的SQL查询支持较差。需要自己写SQL，返回后，需要自己将数据组装到POJO中。
4. 不能有效支持存储过程。
5. 虽然有HQL，但是性能较差，大型互联网往往需要优化SQL，而Hibernate做不到。

• 框架选择

​ Hibernate作为Java ORM框架，它确实编程简易，需要我们提供映射的规则，完全可以通过IDE生成。同时无需编写SQL确实开发效率优于MyBatis。而且，它也提供了缓存、日志、级联、等强大的功能，但是Hibernate的缺陷也是十分的明显的。就是在多表关联复杂的SQL时，数据系统权限限制时，根据条件变化的SQL时。存储过程等使用场景。Hibernate十分不便。而性能又难以通过SQL来优化。所以Hibernate一般只适用于场景不太复杂的、性能要求不太苛刻的时候使用。

​ MyBatis 是一个灵活的、可以动态生成映射关系的框架，它几物可以替代JDBC。拥有动态列、动态表名，存储过程都支持。同时提供了简易的缓存（如(默认)一级缓存，还有二级缓存）、日志、级联。但是它的缺陷是需要你提供映射规则和SQL，所以它的开发工作量一般要比Hibernate略大一些。

​ 总结。你需要根据你的项目的实际情况去选择框架。MyBatis具有高度灵活、可优化、易维护等特点,所以目前还是myBatis比较合适我们。

3.JDBC,Mybatis性能比较（无事务）

• 测试向本机的数据库插入数据

JDBC：批量操作

记录条数	耗时
100	210
1000	551
10000	1963

MyBatis：

1. 批量处理（SQL拼接）代码如下

     Map<String,Object> param = Maps.newHashMap();
        param.put("recordList", recordList);
        recordDao.insertList(param);
<insert id="insertList" parameterType="java.util.Map">
        insert into test
        (aa,bb,cc,dd,ee,ff,gg,hh,ii)
        values
        <foreach collection="recordList" item="recordList" open="" close=""
                 separator=",">
            (
            null,
            #{recordList.aa,jdbcType=VARCHAR},
            #{recordList.bb,jdbcType=VARCHAR},
            #{recordList.cc,jdbcType=VARCHAR},
            #{recordList.dd,jdbcType=VARCHAR},
            #{recordList.ee,jdbcType=VARCHAR},
            #{recordList.ff,jdbcType=VARCHAR},
            #{recordList.gg,jdbcType=VARCHAR},
            #{recordList.hh,jdbcType=VARCHAR},
            #{recordList.ii,jdbcType=VARCHAR},
            )
        </foreach>
        ;
    </insert>

记录条数	耗时
100	414
1000	1035
10000	4899

2. for 循环插入，一条条的执行插入

记录条数	耗时
100	9624
1000	102275
10000	1183339