jdbc与hibernate的优缺点比较(转载的精髓).pdf
版权申诉
194 浏览量
2021-09-14
12:49:34
上传
评论
收藏 79KB PDF 举报
jdbc 与 hibernate 的优缺点比较(转载的精髓)
一、 Hibernate 是 JDBC 的轻量级的对象封装，它是一个自立的对象持
Session Bean - DAO - JDBC - DB 用法 Hibernate 来提高上面架构的
开发效率的架构： 3) Session Bean - DAO - Hibernate - DB 就上
面 3 个架构来分析： 1、内存消耗：采纳 JDBC 的架构 2 无疑是最省
久层框架，和 App Server，和 EJB 没有什么必定的联系。Hibernate
内存的，Hibernate 的架构 3 次之，EB 的架构 1 最差。 2、运行效率：
可以用在任何 JDBC 可以用法的场合，例如 Java 应用程序的数据库拜访
假如 JDBC 的代码写的十分优化，那么 JDBC 架构运行效率最高，但是
代码，DAO 接口 的实现类，甚至可以是 BMP 里面的拜访数据库的代码。
实际项目中，这一点几乎做不到，这需要程序员十分精通 JDBC，运用
从这个意义上来说，Hibernate 和 EB 不是一个范畴的东西，也不存在
Batch 语 句，调节 PreaprStatement 的 Batch Size 和 Fetch Size 等
非此即彼的关系。二、Hibernate 是一个和 JDBC 疏远关联的框架，所
参数，以及在须要的状况下采纳结果集 cache 等等。而普通状况下程
以 Hibernate 的兼容性和 JDBC 驱动，和数据库都有一定的关系，但是
序员是做不到这一点的。因此 Hibernate 架构表现出最快的运行效率。
和用法它的 Java 程序，和 App Server 没有任何关系，也不存在兼容性
EB 的架构效率会差的很远。 3、开发效率：在有 JBuilder 的支持下
问题。三、Hibernate 不能用来挺直和 Entity Bean 做对照，惟独放在
以及容易的项目，EB 架构开发效率最高，JDBC 次之，Hibernate 最差。
囫囵 J2EE 项目的框架中才干比较。并且即使是放在软件整体框架中来
但是在大的项目，特殊是持久层关系映射很复杂的状况下，Hibernate
看，Hibernate 也是做为 JDBC 的替代者浮现的，而 不是 Entity Bean
效率高的惊人，JDBC 次之，而 EB 架构很可能会失败。 4、分布式，
的替代者浮现的，让我再列一次我已经列 n 次的框架结构：传统的： 1)
平安检查，，的支持 因为有 SB 做为 Facade，3 个架构没有区分。四、
Session Bean - Entity Bean - DB为了解决性能障碍的替代架构： 2)
第 1 页 共 5 页
资源评论
