hibernate到底有什么优势？
作为ORM框架 hibernate到底有什么优势啊？为什么这么多人用？我对它了解不深，好久没用了 可能技术不精的缘故 我总觉得Hibernate不是很好用 什么一对一，多对一，多对多的 没把事情搞复杂化？表结构改变还要维护映射文件，不是很麻烦？还有一些Hibernate的异常，处理起来也不是很好办。

可能是我处的层次太低吧 希望各位指点一下hibernate到底好在哪？

------解决方案--------------------
具体说，我也不知道有什么优势，只是觉得要比其它的用起舒服多了
------解决方案--------------------
觉得就是一种ORM思想的产物吧，我记得有人说过，当数据库有关系类型 升级到 成熟的 对象类型时，也就到了ORM 消退的时候了，不过关系类型数据库的优势很明显，暂时是最好的吧！所以hibernate 可以让我们 以面向对象的方式 和数据库打交道，而且底层给我们封装了 复杂的jdbc操作和sql语句。
-----------拙见
------解决方案--------------------
可以少些好多sql语句吧，还有缓存，延迟加载什么的吧，可以优化系统
------解决方案--------------------
速度慢! 大系统 不用hibernate! 偏向于jdbc
------解决方案--------------------

探讨

引用:

觉得就是一种ORM思想的产物吧，我记得有人说过，当数据库有关系类型 升级到 成熟的 对象类型时，也就到了ORM 消退的时候了，不过关系类型数据库的优势很明显，暂时是最好的吧！所以hibernate 可以让我们 以面向对象的方式 和数据库打交道，而且底层给我们封装了 复杂的jdbc操作和sql语句。
----------……


你说的确……

------解决方案--------------------
我做java开发时用的也是hibernate，但是对它还是了解不够透彻，它的优点确实有，一般是对于开发者在开发阶段吧：小写了很多sql语句，还有缓存的管理不需要我们写很多的代码去实现，只需要配置下基本就可以了。

但是呢，对于系统运行来说，效率和性能真的就不太敢恭维了，它里面的一对一，一对多，多对多这些关系，有时候我们需要把关联对象查询出来，有时候又不需要，这时候真的很难处理，处理不好，就会有大量数据冗余，这时可能还是需要我们去写sql语句来实现不同的需求。可能对那些对hibernate非常了解可以非常灵活的使用hibernate的人来说，可能在这点上不算是什么问题吧，但是对于我们这些一知半解的人来说，确实有困难，呵呵。
------解决方案--------------------
越复杂的东西，让别人看了越有技术含量。。。
------解决方案--------------------
做广域网的还是别用了，缺点一下就盖过优点了

做局域网用很好，企业内部软件开发，设计架构非常不错，便于维护升级，开发成本低维护效率高

------解决方案--------------------
hibernate屏蔽了数据库之间的差异,如果想换数据库的话,改一下配置文件就可以了,编程时不需要写sql语句了,用面向对象的思维来处理数据库
------解决方案--------------------

探讨

引用:

引用:

觉得就是一种ORM思想的产物吧，我记得有人说过，当数据库有关系类型 升级到 成熟的 对象类型时，也就到了ORM 消退的时候了，不过关系类型数据库的优势很明显，暂时是最好的吧！所以hibernate 可以让我们 以面向对象的方式 和数据库打交道，而且底层给我们封装了 复杂的jdbc操作和sql语句。
--……

------解决方案--------------------
很多公司都不太用hibernate了，改用Spring的东东
------解决方案--------------------
现在好多企业都开始用ibatis了，hibernate功能很强大，对数据库移植支持的很好，在性能优化，效率方面就不行了。总的来说hibernate还是好的（利大于弊），到底用不用，要看实际情况
------解决方案--------------------
表对表关系很复杂的的情况下还是用hibernate 好 
在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人 效率很好