Hibernate和JDBC的区别以及它们各自的优缺点

Hibernate其实是对JDBC一种轻量级的封装，楼下的某些朋友一看回答的水平就知道根本就没怎么接触过hibernate，今天我就给你好好的介绍下：
Hibetnate一般用做持久层，刚刚也说过了时对JDBC的轻量级封装，传统的对数据库操作无疑是硬编码方式，但是这样做耦合度极高，是非常“化石”的写法，真正的企业级开发你是见不到这样做的，除非特殊情况，我们都知道，现在市面上所有的商用数据库，Oracle，DB2，SqlServer等等都是面向关系的，但是我们使用的编程语言如：c#，Java等等都是面向对象的，面向关系和面向对象之间的操作肯定是不会同步的，这就是我们首先选择Hibernate的一个重要原因，Hibernate完全是采用面向对象的方式来操纵数据库，使我们能够简化开发。
对象之间的依赖关系，继承关系我们都可以采用Hibernate映射到数据库中，这是传统的JDBC望尘莫及的，JDBC查询数据基本上没任何优化可讲，哪怕是采用存储过程也仅仅是提高数据查询速度，根本解决不了大并发查询过程中对数据库造成的压力以及访问次数，但是Hibernate可以做到，采用Hibernate的一级缓存，二级缓存我们可以对数据库进行高性能优化，比如两条相同的查询语句，查询相同的数据，Hibernate首先会从数据库查找，第一次查询的时候，也会把查询的数据放入缓存中最备份，第二次查询的时候就不用访问数据库了，直接从缓存中获取，这就大大的优化的数据库。
Hibernate本身支持传统的sql，也就是JDBC，当然不多用，也懒得用，因为Hibernate提供了面向对象的查询语句HQL，这样完全可以简化SQL语句和弥补面向关系数据库的不足之处。
说了这么多，我也告诉你，Hibernate学起来难度还是有，尤其是对象之间的关联关系，one_to_many,many_to_one等等，是需要你花时间的，真正的企业级开发对数据库实施SRUD不仅仅会采用Hibernate，也会搭上存数过程连用，这样既可以提高访问速度，因为存储过程是预编译，也可以缓解数据库压力，也就是优化。

Hibernate与jdbc哪个好？各自的优点和缺点
1、内存消耗：采用JDBC的无疑是最省内存的，Hibernate的次之
2、运行效率：如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的情况下采用结果集cache等等。而一般情况下程序员是做不到这一点的。因此Hibernate架构表现出最快的运行效率。

3、开发效率：在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人，JDBC次之

 

延迟加载是罪魁祸首，所谓“成也萧何，败也萧何”。

有时发现查询速度很慢，检查才发现是我没有启用延迟加载，造成递归的数据都被加载进来了。

如果加上了延迟加载，那么许多页面将无法使用，必须在程序里进行代码级别的递归的延迟加载数据的读取。

1 用hql来写查询语句，这是最高效的办法（推荐）
2 用jdbc，脱离了hibernate范畴，缓存方面和乐观所方面会出现不一致，而且语句变得繁琐了（不推荐）
3 将前台要用到的实体，独立设计成单独的类，没有任何关联，都是单表，用到的只是hibernate的封装以及简单的or映射
4 在大数据量系统中都会遇到类似的问题，我的解决方法是少用一对多关联映射或者不用一对多关联，设置关联少的数据表，用SQL语句做关联的查询，hibernate中映射的配置
lazy都为false

详解JDBC与Hibernate区别
刚开始学习JAVA时，认为Hibernate是一个很神圣的东西，好像是会了SSH，就能走遍全世界一样。记得曾经在枫叶面试的时候，我们几个同学出还说这个公司怎么这么的落后，还有JDBC，没有一点上进心。可是毕业以后才发现，却发现自已就像是井底之蛙一样。然而也不想做随风柳絮，所以决定好好的总结一下，JDBC与Hibernate的区别。

JDBC与Hibernate在性能上相比，JDBC灵活性有优势。而Hibernate在易学性，易用性上有些优势。当用到很多复杂的多表联查和复杂的数据库操作时，JDBC有优势。

相同点：

◆两者都是JAVA的数据库操作中间件。

◆两者对于数据库进行直接操作的对象都不是线程安全的，都需要及时关闭。

◆两者都可以对数据库的更新操作进行显式的事务处理。

不同点：

◆使用的SQL语言不同：JDBC使用的是基于关系型数据库的标准SQL语言，Hibernate使用的是HQL(Hibernate query language)语言

◆操作的对象不同：JDBC操作的是数据，将数据通过SQL语句直接传送到数据库中执行，Hibernate操作的是持久化对象，由底层持久化对象的数据更新到数据库中。

◆数据状态不同：JDBC操作的数据是“瞬时”的，变量的值无法与数据库中的值保持一致，而Hibernate操作的数据是可持久的，即持久化对象的数据属性的值是可以跟数据库中的值保持一致的。

JDBC与Hibernate读取性能

1、JDBC仍然是最快的访问方式，不论是Create还是Read操作，都是JDBC快。

2、Hibernate使用uuid.hex构造主键，性能稍微有点损失，但是不大。

3、Create操作，JDBC在使用批处理的方式下速度比Hibernate快，使用批处理方式耗用JVM内存比不使用批处理方式要多得多。

4、读取数据，Hibernate的Iterator速度非常缓慢，因为他是每次next的时候才去数据库取数据，这一点从观察任务管理器的java进程占用内存的变化也可以看得很清楚，内存是几十K几十K的增加。

5、读取数据，Hibernate的List速度很快，因为他是一次性把数据取完，这一点从观察任务管理器的java进程占用内存的变化也可以看得很清楚，内存几乎是10M的10M的增加。

6、JDBC读取数据的方式和Hibernate的List方式是一样的（这跟JDBC驱动有很大关系，不同的JDBC驱动，结果会很不一样），这从观察java进程内存变化可以判断出来，由于JDBC不需要像Hibernate那样构造一堆Cat对象实例，所以占用JVM内存要比Hibernate的List方式大概少一半左右。

7、Hibernate的Iterator方式并非一无是处，它适合于从大的结果集中选取少量的数据，即不需要占用很多内存，又可以迅速得到结果。另外Iterator适合于使用JCS缓冲。最终结论：

由于MySQL的JDBC驱动的重大缺陷，使得测试结果变得毫无意义，不具备任何参考价值，只是我们能够大概判断出一些结论：

一、精心编写的JDBC无论如何都是最快的。

二、Hibernate List和Iterator适用的场合不同，不存在孰优孰劣的问题

我个人认为Hibernate Iterator是JDBC Result的封装，Hibernate List是Scrollable Result的封装，所以我推测，如果在Oracle或者DB2上面做同样的Read测试，如果结果集小于FetchSize，4者在速度上应该都不会有差别；如果结果集大于FetchSize的话，但是不是FetchSize的很多倍，速度排名应该是：

JDBC Scrollable Result (消耗时间最少) < Hibernate List < JDBC Result < Hibernate Iterator

如果结果集非常大，但是只取结果集中的部分记录，那么速度排名：

JDBC Result < Hibernate Iterator < JDBC Scrollable Result < Hibernate List

为了避免造成误导，我最后强调一下我的结论：

一、“精心编写”的JDBC一定是性能最好的

实际上，不管CMP，Hibernate，JDO等等，所有的ORM都是对JDBC的封装，CMP则是一个重量级封装，JDO中度封装，Hibernate是轻量级的封装。从理论上来说，ORM永远也不可能比JDBC性能好。就像任何高级语言的运行性能永远也不会好过汇编语言一个道理。

对于Create和Update操作来说，由于普通的Java程序员未必会使用JDBC的Batch的功能，所以Hibernate会表现出超过JDBC的运行速度。

对于Read的操作来说，ORM普遍都会带有双层缓冲，即PrepreadStatement缓冲和ResultSet缓冲，而JDBC本身没有缓冲机制，在使用连接池的情况下，一些连接池将会提供PrepreadStatement缓冲，有的甚至提供ResultSet缓冲，但是普遍情况下，Java程序员一般都不会考虑到在写JDBC的时候优化缓冲，而且这样做也不太现实，所以在某些情况下，ORM会表现出超过JDBC的Read速度。

二、Hibernate List和Iterator方式的比较

JDBC与Hibernate在测试中想要重点考察的方面是 List与Iterator，但是由于JDBC驱动问题，结果变的很不可信，不过仍然可以得到一些有用的结论。

Read操作包括两步：第一步是把数据库的数据取出，构造结果集，把数据放入到结果集中；第二步是遍历结果集，取每行数据。

List方式是1次性把所有的数据全部取到内存中，构造一个超大的结果集，主要的时间开销是这一步，这一步的时间开销要远远超过JDBC和Iterator方式下构造结果集的时间开销，并且内存开销也很惊人；而对结果集的遍历操作，速度则是非常的惊人（从上面的测试结果来看，30万记录的内存遍历不到100ms，由于这一步不受JDBC影响，因此结果可信）。因此，List方式适合于对结果集进行反复多次操作的情况，例如分页显示，往后往前遍历，跳到第一行，跳到最后一行等等。

Iterator方式只取记录id到内存中，并没有把所有数据取到内存中，因此构造结果集的时间开销很小，比JDBC和List方式都要少，并且内存开销也小很多。而对结果集的遍历的操作的时候，Iterator仍然要访问数据库，所有主要的时间开销都花在这里。因此，Iterator方式适合于只对结果集进行1次遍历操作的情况，并且Iterator方式特别适合于从超大结果集中取少量数据，这种情况Iterator性能非常好。

另外Iterator方式可以利用JCS缓冲，在使用缓冲的情况下Iterator方式的遍历操作速度将不受数据库访问速度的影响，得到彻底的提升。Hibernate Iterator JCS方式应该是最快的，Hibernate List速度与JDBC比较接近，而Hibernate Iterator速度还是慢的离谱。另外JDBC和List受到Fetch Size的影响很大，当Fetch Size大于50的时候，速度有非常显著的提升，而Hibernate Iterator的速度似乎不受Fetch Size的影响。