hibernate在新项目上应用的弊端

谁告诉你存储过程是要用hql写的
你不要拿一堆你们封装的很难看的代码来说事,
你用jdbc实现不了这个,就别拿这个对hibernate说事
hibernate的核心概念是啥.............
搞清楚再来发表看法......
一个框架有他解决问题的的目标
没人告诉你hibernate可以替代数据库写存储过程吧!!!

感觉你的个人素质太差了。
你没见过我们封装的代码，有什么资格说封装的很难看？
你又怎么知道我们用jdbc实现不了？相反，我们用jdbc实现难度也不大。不过由于业务逻辑较复杂，并且可能中间的流程会由于数据而发生变更，所以，将数据业务逻辑全部摆在存储过程中，这样，中间流程变更后，只需要修改存储过程；否则，既要修改数据库的某些部分，又要修改程序，就不能够实现快速变更。
没人告诉你hibernate可以替代数据库写存储过程吧？我们当然知道，不过这么做没有实际意义，直接在数据库中写存储过程比用hibernate方便多了。用hibernate写存储过程，完全就是脱裤子放屁，多此一举！搞清楚一个概念：可以做不代表适合做。汇编也可以用来做web程序，但是有谁真的会用汇编做web程序呢？
我只是说hibernate不适合业务逻辑复杂的系统。你仔细想想，用hibernate实现的系统有几个是业务逻辑复杂的？

你前面说


后面又说


既然知道是脱裤子放屁,还要质问别人怎么写

喜欢自己扇自己嘴巴,我没话可说了

唯一可吹牛的是你封装的,是骡子是马拉出来溜溜啊,别光用嘴!!

我发现你超级弱智，明显中文学得不怎么样。
存储过程如何用Hql实现=用hibernate写存储过程？这两句话是一个意思吗？存储过程如何用Hql实现：是指不用存储过程，而改用Hql实现同样的功能。用hibernate写存储过程，是指用hibernate写出存储过程。
连中文都读不懂，还做程序员，真无语！

我们公司虽不济，至少也是世界前20名的软件企业。部分代码是签过保密协议的，能随便往外贴吗？

听说过这么一句话. hibernate在95% 的情况下会运行的很好, 很方便, 但是剩下5%的情况有可能要花费90%的时间去搞他. 所以技术只是表面, 关键看怎么去用.
设计和平衡很重要

做不出来就少吹牛

听不懂人话的是你吧

自己打自己脸爽吧,

20强怎么了,jdbc封装个存储过程连20万强的企业都写的出来

就你还晒20强,把丢人当荣誉

你用你的猪脑袋想想也知道我说的不是这个意思,拿不出东西了来证明你的论点就算了,

还玩文字游戏,20强有你,还真高看了20强的企业,

好企业里混混和垃圾也不少,

连微软里也有这种人............

http://www.jdon.com/jivejdon/thread/40790

不依赖hibernate，把领域模型与entity分开，让hibernate成为一个后端入库的工具，以领域模型为核心，这才是王道。

hibernate的缓存貌似没多大用处

用了hibernate还老想着这表那表的,难怪了
真正的hibernate高手脑子中式没有表这个东西的
都是对象,考虑的是对象和对象之间的关系

我不赞同一对象方式设计数据库，目前主流数据库都是关系数据库，并不适合使用对象方式设计，个人影响，对象方式设计数据库的系统效率不高。
所以我使用hibernate时，还是先以关系方式设计数据库，根据需求、功能、模型设计数据库，然后再生成hibernate的pojo和xml