性能、规模、风险 初评hibernate[Java编程]

业务逻辑层下的ORM层用什么,有人举荐Hibernate,也有人对此持否定态度,所以决意先理解一下,以下是我看了几天文档后的一些领会,大概有点悲观.

1,Hibernate毕竟能用到多大的项目?

什么是多大,这很难说,我想应当是数据库表对比多,业务逻辑对比复杂（表关联复杂）,并且要求性能对比高吧.其他行业我不知道,电信行业软件都该是如此.据我理解,这样的数据库拜候（特别是频繁发生的交易）普通需求用存促历程来办理,甭说自己写java的JDBC了,更不用提用Hibernate来办理.所以必定有个实用范围的问题,但愿已经纯熟hibernate,并做个一些项目的人的人赐与帮忙办理

2 Hibernate性能会多好?

很多人都说Hibernate性能好,无非是它的一些cache功效,姑且不谈论能否有这样的最佳实践（但愿国内有人能提出best practices,大概pattern）,单从cache本身来说,也并非有了就好,不然,也不会呈现分布式cache.就像尊长成天唠叨这,唠叨那,我表面认为那是对你好,其实你自己心里甭说又多懊恼了.hibernate为了办理各个方面的性能,而供应了各个方面的特点,但这些加在一同就不是功德情了

3 DBA赞成在项目中利用Hibernate么?

我不是DBA,乃至对写sql语句都不熟习,所以有时刻写DAO的时刻常常请教DBA,DBA也很习惯的在DAO中找到他们熟习的SQL(而不是HQL),我想这是DBA不倡导Hibernate的一个缘由.别的一个缘由是在于数据库本身就是一个十全十美的系统,无论其性能还是伸缩性（我想没人反对我的概念吧）,因此DBA坚信,能把问题交给数据库是最好的.因此他们不会赞成一切都依靠Hibernate.这个概念也但愿懂Hibernate的DBA赐与证实

EJB的历史使不少人都以猜疑的态度来对待Hibernate,从前EJB怎么成功的,Hibernate也在走这样的路,所以,我不太相信评测,只是但愿一且能从实践动身,让hibernate能削减开辟人员工作量,以及削减用它的风险.