hibernate你可以去死了，鸡肋，决定弃用。

Question

新手不建议用了！！
但是快速开发SSH还是不错！
忙的时候用用还行！

Answer 1

个人觉得hibernate 取舍在于你是否用得到orm
搂主过于偏激了

Answer 2

lz还是不要太偏激了.
任何一个框架都不可能做完美.
struts 中  ActionServlet用了同步.
成了他的性能瓶颈.
spring 反射太多.性能也不好.
但它们的优点是不可否认的
所以在看待框架问题上lz 还是要
理性一点啊!

Answer 3

Hibernate 还是不错的，项目中不用ORM吗，如果用的话首选Hibernate，毕竟，OODBMS还没有深入人心。Hibernate3.2已经兼容JPA EJB3.O ,Gavin King已参与EJB3.0的标准制定了，同时他也是jboss seam的核心研发人员,有什么理由不用呢？
jboss seam也是不错的集成框架。

Answer 4

hibernate的水比较深，希望大家慎用。
我现在完全被hibernate绑票了，不用hibernate很多sql都不会写，只好依靠hibernate的级联实现。可悲啊。一般性的建议是，如果团队内没有一个对hibernate很了解的同志，千万不要上马hibernate，一定会被半路蹦出来的问题给搞死的。
谨慎再谨慎。

Answer 5

最近正在看hibernate，我也覺得他很像雞肋
感覺除了提高速度，orm，就沒別的優點了，可能這和我還沒動手操作有關吧
但是我覺得jdbc完全能實現它的功能，除了寫的有點兒慢以外

Answer 6

hibernate就是一个工具，就像你从A地去B地，Hibernate就像一个汽车，只是一种交通工具，你可以使用它，理论收那个可以快速到达B，但是呢能要首先学习驾驶汽车，了解其交通规则，而且在行使过程中车抛了锚，要有解决他的能力。

Answer 7

我一般不用hibernate的关联，如果设计不好的话会把整个数据库取出来，根据个人喜好来决定吧，存在的即是合理的，一定记住这句话，没有最好的，只有最合适的，也要记住这句话。

Answer 8

要是用到ORM 不用Hibernate IBATIS 那还能用什么？

Answer 9

我们用JAVA做系统，一般要涉及数据库的，这样一来我们就不得不学习SQL，不同的DBMS系统，其SQL也稍有不同，
ORM中间件的出现，使我们不用再担心SQL方面的操作，把我们的关注转移在系统上——业务逻辑的实现，
同时ORM有助于我们设计出优秀的OO系统，OO系统的好处在于实现方便，结构清晰，易于扩展，维护代价小,
这样需求更改就变得很容易，而且不会花费很大的人力财力了。
程序中出现SQL片断或拼SQL的现象很多，系统多半维护起来相对较难!

Answer 10

如果是做产品，当然orm是上选，毕竟有可能在不同的平台上移植，等哪天你需要从sqlserver移植到db2你就知道麻烦事情多了
如果是项目那倒未必，如果有个好的DB设计师，ORM也是不错的选择

Answer 11

hibernate是谁?没一起喝过酒,不知道咋样.

Answer 12

最近的一个项目,持久层在选择的时候用的是ibatis加spring的jdbcTemplate这样选主要有两个原因1>大家会sql不会hql,换了的话感觉不爽2>olap系统,用orm的地方不是很多,但是多维分析那的sql很活,ibatis不能用,只能用jdbcTemplate至与hibernate嘛,我的看法就是"自动化"太强了,它都给你封装好了,对与比较简单的系统来说够用但是如果复杂一点,你就会被它"缠"住了相比起来还是"半自动的"ibatis好一点,但只是为了提高开发速度想把系统搞的活一点的话还是jdbcTemplate以上都是个人看法,还请高手多批批

Answer 13

Hibernate的优点是缓存，至于控制，可以使用延迟加载。配置觉得麻烦就改用注解式。级联这玩意慎用。Hibernate的翻页加上缓存 和存储过程翻页差不多。Hibernate其实就是个容器，可以用Hibernate+存储过程玩散打（直接用JDBC一样需要自己封装，自己封装的还没考虑缓存），不一定要完全依赖Hibernate的自动化。总之Hibernate还是不错的，在开发上省了一些功夫。

Answer 14

你可以使用iBATIS不访试一试。

Answer 15

是啊，顾客就是上帝，上帝掌握着需求，上帝可以随意改需求，
这就要求我们的系统经得起上帝的折磨，
OO的设计方式倒可以经得起折磨，而且维护也好，更改需求也好，都很容易，代价也小，
不过关系数据库可不OO啊，
ORM可以把关系数据库映射为对象，这样也就OO了，
系统就经得起折腾了，
上帝的要求容易满足了，
上帝笑了

Answer 16

处理hibernate的关联,你需要一个相当完整的数据库设计方案,否则就会偿到其苦果.这个东西让你欢喜让你忧.hibernate的最大优点在于数据库移植(我认为),如果是固定不会移植的,那我看不用hibernate也罢.

Answer 17

当你遇到大量字段的数据提交到库或从库读取的时候就知道它好处了．
我做过有很多要提交的表单数据，经常是几十个字段的那种，SQL都写的我恶心了．
如果你要做过这个肯定觉得HIBERNATE方便．

Answer 18

hibernaer只是简化编程而已！用与不　用都是在自己的选择

Answer 19

有它的优点，但没有十全十美，可以结合使用，SSH 或者 SSH2  iBATIS也可以结合使用

Answer 20

hibernate总有缺点，也决定了它会继续发展
至于hibernate的问题，或许是你没有真正感受到它的魅力是比它的缺点大得多吧

Answer 21

为了不使用所谓的FormBean小雨的YY：ORM 的由来
http://topic.csdn.net/u/20080417/01/1c53238e-99a9-45fa-a092-fbc857cc3167.html这是我的看法。

Answer 22

我觉得HIBERNATE在查询+缓存和简单的插入和删除操作这些地方的作用还是很大的,
操作起来可以节省很多时间,但在级联操作上要慎用,就像楼上的一位兄弟所说,因为如果控制不好的话,会很容易出问题的,而且操作起来我觉得还没有用JDBC灵活,比如用户与角色关系,当删除角色时,此角色下的用户也应当删除,但如果需求改变了,不需要删除角色的话,就又要改配置文件,如果对HIBERNATE级联配置很熟炼的话,改起来很快,但对于不太熟炼的新手来说,就反而很费时间了,还不如JDBC来得快.

Answer 23

hibernate 是有优点的，但就多表联合查询来看，他是有弊端，不就因为样而否定它。。很多时候人们都只看到了缺点，而忽略了其优点。。

Answer 24

现在正在使用openJPA，学习中！

Answer 25

hibernate的关联确实很恼人,而且个人觉得性能没直接用SQL快
不过他确实很方便啊,现在在研究IBATIS,听说这个不错

Answer 26

记得以前开发过一个项目，开发的时候用SQLServer，后来要移植到oracle结果里面的基于SQL自增字段处理起来麻烦死了。
不得不在对oracle插入操作之前弄个触发器了，如果这个项目用的是orm映射，那么我想不至于这么麻烦了。什么东西都有多面性，好像老马头说的辩证法之类的吧，呵呵

Answer 27

感觉还是SQL用起来舒服
用HQL总有些限制 封装的太厉害了也不好啊

Answer 28

实际情况是，现在项目开发中用的很多都是新人，
SQL还不太熟，就去用HSQL了，天长日久，如果出现了
问题，都不知道怎么出的问题，因为都封装了。
什么性能调优，根本不可能，只能指望高手了。
那么你认为总实践中成长成为高手需要多少时间？
我觉得怎么也的两三年吧！

Answer 29

汗 
hibernate不过是玩具而已 
就里面的思想学学就行了
楼主真是徘徊在牛A和牛C之间的人啊