java数据访问层对比

数据访问层

1. JDBC
   通过SQL语句对数据库进行编程，JDBC（SUN）公司提供的一系列规范，具体实现由各个数据库厂商去实现，JDBC就是一种典型的桥连接模式

   1. JDBC 创建数据库连接（注册驱动，数据库连接）
   2. 通过Connection获取Statement对象
   3. 通过Statement 对象执行SQL，返回结果ResultSet对象
   4. 通过ResultSet读取数据，然后通过代码转换成具体的POJ对象（java实体对象/JavaBean/实体类）
      缺点：
   5. 工作量相对比较大， 然后处理JDBC底层事务，处理数据类型
   6. 需要开发者自己处理Connection，Statement ，ResultSet对象获取数据，并且关闭
   7. 处理JDBC的编程异常， 对于一个简单的SQL处理都是比较复杂的

2. DBUtils -> ResultSet结果集的处理
   对象关系映射： 数据库表和java对象（Plain， Ordinary java Object， 简称： POJO）的映射关系他主要解决数据库和POJO对象的相互转换
   通过映射关系就可以简单迅速的把 数据库表的数据转换成POJO（映射文件，）只需要简单的配置就可以映射到java的实体类中
   最初SUN公司推出JavaEE服务器端组件模型（EJB）EJB配置复杂，且使用范围小，于是很快被淘汰

3. Hibernate
   EJB的失败，应运而生的就是Hibernate框架
   Hibernate 主要建立在POJO和XML映射（注解）直接操作实体类就可以对数据库中数据进行操作，他提供的是一种全表映射模型，
   Hibernate 对JDBC封装是比较高，已经不需要编写SQl语句，只要使用HQL就可以了
   对于不擅长SQL语句的程序员来说，Hibernate是一个很人性化的框架
   优势

   1. 配置了映射文件和数据库连接文件后，Hibernate可以通过Session操作，非常容易，消除了JDBC大的代码
   2. 提高了代码的易用性和可读性
   3. 提供级联操作，缓存，映射，一对多等功能
   4. 也可以通过HQL操作实体类
      缺点
   5. 动态表名Hibernate没有办法实现
   6. Hibernate屏蔽了SQL语句，一张表中有上百个字段，而我们只需要一两列，不能自己适应
   7. 如果手写SQL还需要添加映射关系，和映射数据
   8. 全表映射，比如使用更新必须发送所有列所有字段，否则会见其他列设为null
   9. 无法根据不同的条件组装不同的SQL语句
   10. 对多张表级联和复杂SQL查询支持较差，需要自己写SQL语句，返回后需要将数据装成实体类
   11. 虽然提供HQL，但是性能较差，大型互联网项目往往需要优化SQL语句，Hibernate做不到

4. myBatis

   1. 更灵活，更方便
      半自动映射框架，需要手动配置实体类（POJO） ，和SQL和映射关系（不会自动生成SQL语句）
      需要自己配置映射文件还需要配置SQL语句
   2. SQL
   3. 映射规则
   4. POJO

动态SQL语句可以根据不同的需求生成不同的SQL语句

5. 自定义数据访问层（某些公司）

总结

JDBC 使用较少，因为需要编写太多的代码，操作麻烦， 还容易出错，不推荐

Hibernate 编写简单，只需要提供映射文件，完成可以通过IDE自动生成，而且不需要编写SQL语句开发效率高于JDBC和myBatis ，提供了缓存日志，级联等强大的功能复杂的查询，多表连接查询（5表查询）

如果你需要一个灵活的，可以动态生成映射文件的，那么myBatis就是一个好选择，上面能做的他都能做，需要自己编写SQL语句，开发人员必须熟练掌握SQL的编写方式mybatis的工作量稍高于Hibernate

Hibernate 适合简单的管理操作

myBatis 复杂的业务逻辑，没有关联的业务逻辑

JDBC 性能最高，但是代码工作量最大