此回复为自动发出,仅用于显示而已,并无任何其他特殊作用
楼主【CaiNiao_ge】截止到2008-06-24 11:30:03的历史汇总数据(不包括此帖):
发帖数:25 发帖分:700
结贴数:23 结贴分:580
未结数:2 未结分:120
结贴率:92.00 % 结分率:82.86 %
值得尊敬
楼主【CaiNiao_ge】截止到2008-06-24 11:30:03的历史汇总数据(不包括此帖):
发帖数:25 发帖分:700
结贴数:23 结贴分:580
未结数:2 未结分:120
结贴率:92.00 % 结分率:82.86 %
值得尊敬
其实JDBC用的好,还真的比Hibernate性能好。毕竟Hibernate地下还是JDBC。隔了一层。Hibernate只不过是给我们提供了方便。你可以从项目的开发进度角度来说服他。你也可以从开发的易用性角度来说服他。
但是关键看你怎么用
不会用怎么都慢
但是,代码的冗余,以及调试的困难性等等,来看hibernate高
想怎么用就怎么用,多灵活啊.用好了比Hibernate强
sql用不好会让整个程序变得很混乱,而且维护困难
如果sql用好了肯定比Hibernate性能好至于缓存并不是Hibernate独有的
缓存的角度jdbc+jcs不行吗? Hibernate比jdbc强的也就是对各种数据库操作的统一,打个比方分页查询sql2000用top,
mysql用limit,oralce用的是rownum
支持连接池,
即使connection断开后,
数据仍在本地内存中有效。jdbc不支持连接池,
jdbc不太适合大的项目
其他方面人家也没问阿。 虽然我是hibernate支持者。
JDBC多简单啊,大家也很熟悉的,
Hibernate 虽然某些地方 比JDBC 好点,但是,项目做好了,客户根本不知道底层用什么开发的,性能上看不出什么大的差别,故:强顶 JDBC 神州行,我看行,用的舒服就行!
Hibernate 都是通过读取配置文件,使用反射将一行一行的数据转为对象的,
而使用 JDBC 的话是直接使用 ResultSet 进行赋值的,因为 Hibernate 是个
框架,因此不能直接进行赋值,单从这一点来看 JDBC 就比 Hibernate 快。2
JDBC 中直接写 SQL 语句的,没有繁锁的语法解析,对于 SQL 性能调优来说
比 Hibernate 快,HQL 需要进行语法分析后再转成 SQL 语句执行的。3
Hibernate 也是依靠 JDBC 的,通过七拐十八弯最终还是 JDBC,因此这也是
引起性能低的原因。总的说下来,Hibernate 的性能与 JDBC 的性能是不能相提并论的。楼上的也说到了缓存的东西,缓存也是个框架,我们在 JDBC 中也是可以使用
缓存的。说了这么些,并不是说 Hibernate 不好,它的优点大家也都知道,JDBC 的缺
点大家也不可能不知道,呵呵 :)
2.Hibernate 不好
3.JDBC比Hibernate 好
不过,实际开发中到底有多少人直接用jdbc呢……
使用Hibernate 应该更多的是考虑到项目的整体性和可维护性。
原则来说hibernate 的底层是由jdbc实现的
应该是jdbc快
其实要是单纯性能提高只要通过缓存的使用和sql语句的优化
hibernate也有很高效率但是它不适合大数据量的查询啊