为何每次问到传统sql如何调优就没人回答？另附几则hibernate性能优化实践

很多做大系统的公司，例如电信，电力，卖油的，其系统历史悠久。

应该说对关系数据库操作的经验是自始至终贯彻下来，积累下来。对系统设计也是以数据库模型为中心而不是对象为中心。这是个设计思路上的根本不同。

另外就是系统风险，应该说，要用好hibernate，是有系统风险的。

罗宾当初有写过帖子，证明hibernate事实上没有性能问题，他也是有实例支撑，javaeye早期就是hibernate做持久层。但是很多电信、电力系统转向hibernate的过程中，能优化到javaeye层次的很少。很多系统仅仅一个登陆过程就比从前jdbc时代慢上许多。

说一千道一万，不熟悉不精通hibernate的还占大多数。

类似jdbc、ibatis这样的sql操作框架易过渡性还是很有吸引力的。

此类系统变更都是一个复杂的替换过程~

所谓的大系统，历史太悠久了。核心的开发人员，熟悉业务的人员，对数据库模型无比精通，他们的思想就是数据库中心论。
俺大概也是受这类影响比较深刻。

hibernate在电信行业也有不少推广，我的感觉，普遍还是比jdbc时代慢不少。

我老婆的工作大多数是由于这种表的存在需要。

其实我觉得，hibernate的性能问题就象 c语言和java语言的关系一样。
c语言速度快是公认的，为什么现在大家都在用java呢？ 原因很简单，是因为java的一点性能损失代来了java语言使用上的简单和方便。而这点性能损失是可忽略的。

jdbc和hiberante的关系我认为是一样的。hibernate代来的是业务逻辑的方便表达，损失的是一点可忽略的性能。

但是hibernate是以面向对象为基础的，而现在大多数项目是以 失血 模型 方式开发的。代码本质上是对业务逻辑的过程化描述。而hibernate的内含确是要支撑领域模型的，需要一些学习成本。因此我认为，以过程化为主的软件，在人员水平还不能理解hibernate的内含时，是不宜使用它的。

其实我就觉得纳闷了，每个人对武器的爱好不同。比如有人说屠龙好有人说倚天好，还有人说杨过的那把重剑好！任何东西都没有觉得的好，用的人顺手就是好的。Hibernate 固然有它的好处，JDBC .. Spring JDBC等也有他的好处。为什么大家一定要去说那个好坏呢？用的人觉得了改玩意的好坏。没必要去争。最多能够将Hibernate最适合什么，怎么把它的优点发挥到最大。我觉得这个比较重要。至于好坏。我觉得没什么好，没什么坏。只是那个更适合当时情况。

搞不懂，楼上一定要举出一些特例来证明Hibernate不行，不知道居心何在？

试问对于95%以上的中国程序员而言，Hiberante真存在问题嘛？

没人说Hiberante啥都OK的啊？还是说人的问题要比工具的问题更加突出一些？

SQL需要关联10张表，每张表有1000万数据以上
兄弟，虽然本人不是sql专家，但我身边有很牛的sql大拿，如果你身边也有的话，你问问，上面这种描述如果不是设计有问题，是什么？
这种情况下早进行设计上的切分优化了，不会再sql层面做优化，做了也没用。拜托了，切合实际了，俺说的都是实实在在的项目经历，期中不乏和Oracle高手请教过，人家也极力反对这样大表+多表的查询的。

问题是在实际项目中就是这样，oracle ERP就是不分表，怎么着吧，你有脾气说全部不用oracle ERP了？
遇到过最后的查询oracle顾问都搞不定的情况，呃，至少第一个顾问没搞定，投诉后又调了个更高手的才搞定，这种鬼事。
不是都是SNS那样能自己作主的，谢谢。