【讨论】讨论下HibernateRT写下自己的看法和体会[解决办法]感觉Hibernate在存储、查询方面都很到位，能为我们
【讨论】讨论下Hibernate
RT
写下自己的看法和体会
[解决办法]
感觉Hibernate在存储、查询方面都很到位，
能为我们节省很大的代码量，我最近一直用它，
哈哈！只是在某些子查询方面不能很好的控制，
另外在对新建表和对新建表操作方面也没有很好
的解决方法（至少我在网上没有找到）。
看法不多，不要笑话我啊~~~~~~~~~~~
[解决办法]
双刃剑
便利高效的同时对数据库设计的要求也高了
[解决办法]
紫竹大哥辛苦了，周末也这么早工作。
我使用hibernate一年了，感觉最大的好处就是它让我们更多的从业务的角度来处理数据。
大多数时候还是觉得挺好用。从POJO到映射文件到数据库脚本也都有相应的工具支持。
[解决办法]
[解决办法][解决办法]谢谢竹子，我想知道。你为什么想起来问这个问题。让大家来讨论这个问题?出发点是什么
？？？？？
[解决办法]同意5楼的意见,
如果数据库和hibernate影射做的好的话,会很大提高程序和开发的效率,
如果数据库和影射做的不好,不但会影响程序的效率,对开发也会造成很大的麻烦
[解决办法]在2个项目里面用过，然后彻底放弃了，改回我的Ibatis。
hibernate是非常复杂的东西，除非投入极大的精力去研究清楚，否则收益绝对比不上效率的损失。
hibernate号称跨数据库，可是我们在Oracle写 select 要加hint 比如select /**/，效率和通用本来就是矛盾体
[解决办法]Hibernate的orm功能可以屏蔽数据库差异，而且简化了很多人写Sql效率低的问题
但这也是双方面的，感觉不如直接写Sql灵活
[解决办法]还行吧我感觉,api复杂了点,而且是越来越复杂,希望在hiberntae4的时候简化下.
一个疯狂的想法如果有一天hibernate整合了ibatis这个世界就和谐了,呵呵.
[解决办法][解决办法]不管怎么说，hibernate都是一个很好的东东
[解决办法]比较难用，用得好很高效，用得不好还不如ibatis，成也配置，败也配置
[解决办法]查询 不太灵活。不适合大型的项目。 做一般的中小型项目 可能可以提高开发效率
[解决办法]简单用用还行，
正式绝对猥琐。。。
查询老是关联，
取个字段麻烦。。。
内存要求太高，
我只有五一二。。。
上次做个测试，
批量删除一千。。。
结果。。。
感觉hibernate很好很强大，如果能快点把或被ibatis收购了
那就更好更强大了！！！
[解决办法]扩展性 好..
灵活性 高..
代码量 少
配制 多
易用度 易
性能 不咋滴
缓存 不怎么好用
总之.我觉得Hibernate还不错..避免重新制造轮子.从扩展性角度来说.使用ORM工具确实提高了系统的扩展性和可维护性.
更高层的抽象不是不好.只是效率在抽象过程中被削弱了
但是本人还是比较喜欢从可伸缩的角度去考虑系统..其次才是性能..
[解决办法]hibernate的缓存还是很不错的~
[解决办法] 多表复杂查询可能降低性能，不过支持直接写sql，也可以左连接。
我感觉现在各种编程语言，都倾向于写配置文件，这样不用重新修改代码，编译代码，效率大大提高...
[解决办法]不要只关注hibernate的基本特性，好要多多关注高级特性。
[解决办法]
[解决办法]关注中
[解决办法][解决办法]学习中
[解决办法]学习·
[解决办法]双刃剑
喜欢它的缓存机制,不喜欢它的查询,关联!
[解决办法]学习 学习
[解决办法]学习中！
[解决办法]我感觉hibernate 也有缺点，效率不高
不过使用起来是很方便，节省了大量时间，对多表方面感觉使用的不是很方便，没有直接拼SQL来的方便
我在开发项目中一般都是SQL和HQL混合用
[解决办法]不是很喜欢那些配置文件???
那就得自己写架构了
关系型数据库转换成面向对象我最喜欢
[解决办法][解决办法]正在学习中，有什么书、或资料提供帮助吗？
[解决办法]事物都是有两面性的
这就要看我们如何来衡量
开发的方便、简洁 就要损失一些效率来作为代价
数据库通用 就要用灵活性作为代价
[解决办法]学习中！
[解决办法]用了java真正的就oo编程了吗？
否~
hibernate让你有oo思维
[解决办法]一个字：麻烦
感觉不是太好学，有点复杂，时常头晕。
[解决办法]一个工具而已，该用时用，不该用时不用。
HQL和Criteria挺有创意的
缓存也挺好
[解决办法]好是好用，抽象度挺高，不好时不如自己写的
同意与ibatis整合一下子，呵呵
[解决办法]学习中，还不习惯用框架
[解决办法]有时候挺方便的，避免写很长的那种sql，但是不灵活。刚开始用，被他的查询搞的太晕了，感觉有点简单问题复杂化。嗨，可能是偶的功力不够，还需继续努力啊！
[解决办法]项目实施 困难比较大 对于多表操作查询 等等 如果需求比较多 工作量太大 加上不可避免的需求的更改 实施比较困难
一般单表操作使用hibernate做 多表就用sql啦 特别是配置化要求高 设计诡异的东东
也许是因为我对hibernate不熟
发现java有很多开源的东西 但是 许多东西大家都在用 一个项目东凑西拼，但是使不出精髓来
[解决办法]学习……
[解决办法]学习
[解决办法]多表操作不如直接写sql方便
[解决办法]为了方便的使用数据关联和缓存，可是我花在设计数据关联上的时间远比我写jdbc的时间多的多的多的多的多的多的多*10的n次方
[解决办法]xuexi 只用过简单的
[解决办法]还是spring的JDBCTemplate爽！
------解决方案--------------------
还没怎么用过框架
不过总感觉框架就是麻烦...
学习下..
[解决办法]我理解的还不够深,对我来说是对数据库封装的工具,对里边的关联,缓存等等需要进一步学习
[解决办法]是一种ORM的框架，隐藏了很多数据库查询，更新的sql语句
不过有很多ORM框架的。还有OJB
[解决办法]我觉得Hibernate在单表操作上非常简单；对多表关联查询只在配置文件中配置一对多或者多对多关系，不用在HQL文中再去拼写了，简单好多啊。还有，我觉得Hibernate主要不是他的灵活性上，主要的还是他的设计理念上。
[解决办法]太不灵活了，限制了我的自由，很不爽，往往直接绕过它。因为总是要多表操作，和做一些复杂计算。当然有时间的话还是要了解一下的，处理简单的查询和修改较方便
[解决办法]太透明了，调试起来很困难。简单的处理还行，要是用到复杂的处理还是sql好
[解决办法]没用过，似曾学过，又放弃了，我讨厌配这配那的，烦
[解决办法]正在学习呢，三大框架学习有先后顺序吗
[解决办法]mark
[解决办法]使用hibernate的比ibatis多吧。
[解决办法]挺好的
不过，如果数据模型设计的不好，就会很难用，发挥不了优势（思想陈旧的人设计的表，没有什么主键，外键的说法）
[解决办法][解决办法]感觉比JDBC操作起来更方便
[解决办法]不懂 呵呵 学了
[解决办法]从业务的角度来处理数据
[解决办法]hernater只是一个工具,要体会了思想后,才能让它为我们服务
[解决办法]才学习了SSH 1个多月
还是没有什么清晰的框架头脑
多多学习..多请教了！
[解决办法]能够很好的做到从数据库中字段到java类的映射，而且到数据类型的映射
的确，也使我们不至于写一长串的sql语句来完成数据库的操作
同时用HIbernate分页也很方便的
还有，spring对其支持 的很好
当然，也有一些缺陷的，尤其是在性能方面的，在很多方面用jdbc性能还是很好的
[解决办法][解决办法]除了减少了我的编码量，其他的就那样。说不上很好。甚至觉得在效率上很烂……
[解决办法]感觉hibernate比较好,省了不少代码.
一点体会,不知妥否
[解决办法]我是来学习的..
居然嫌我回复内容太短..
[解决办法]上次搜索的时候，发现一篇关于hibernate跟得很火的帖子，大概是两年前的，也是在CSDN上面．楼主可能也参与了讨论．我最近有看一点这方面的知识，从视频，帮助文档，以及几本电子书．它的映射机制可以自动生成很多代码，确实很节省敲代码的工作量．我对它的了解也是很浅层次的：session的缓存机制，类之间的继承映射，集合映射，实体之间的关系，查询语言．我希望可以多了解一下，它的思想，它自由的组合，很多东西都还停留在只听人家说说的层面上，很惭愧．
[解决办法]我喜欢JPA。少了繁琐的配置文件，Hibernate也很不错
[解决办法]Hibernate主要在配置文件,只要你开始配置好了,以后就方便了
有人说Hibernate的成就在于他的缓存机制,不知道对不
------解决方案--------------------
感觉不太灵活，hql语句不能够满足一些业务的查询，效率比较低，有时还要查询无关的字段，
[解决办法]api太烦，速度慢，有时不能获取最新数据。
我自己根据它的原理在实现一个简单的数据持久层
[解决办法]好的一面,支持oo..使JAVA程序员开发更直观,
坏的一面,同意楼上效率比较低,返回一个表的所有字段
[解决办法]这配合Struts的标签，方便。
就是配置文件比较麻烦
[解决办法]字面意思-冬眠，实际是持久化
[解决办法] 今天面试的时候还问到了这个问题，
hibernate把不同的数据库的实现给屏蔽了
易用性较好
节省代码吧
[解决办法]期待接贴阿阿阿阿阿阿阿阿阿阿
[解决办法]无话可说！只能说它太强了！要是能支持asp,php周更好了～:)
[解决办法]我是来学习的！！！！正准备学它！！！
[解决办法]hibernate的由对象及其映射文件生成库与表，效率高，开展周期又短了，真是爽歪了，但不适合初学者，
如果hibernate能把ibatis与topLink两个东西给收购了，能其不是要垄断市场？
还在，hibernate在分页上也是很强，有个预留接口(HibernateCallback)，直接实现就可以，简单易用，我喜欢
[解决办法] 正学习中 还没有体会到这些有点，只是听过介绍
[解决办法]一直没用hibernate 用的是ibatis
最初是因为ibatis在写sql的时候灵活性强
没有进一步比较
不知道大家怎么看待正两个
[解决办法]哈哈，怎么说的都差不多
[解决办法]说来说去就一个观点：简单查询用Hibernate、复杂查询直接上SQL
[解决办法]很方便得使用hql。但是里面的缓存机制的设计好像用起来还很不方便。
