|
锁定老帖子 主题：技术架构问题！
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-06-28
icewubin 写道 icream 写道 说hibernate没有性能问题简直是胡扯，我不信hibernate能支撑大型高并发应用，除非有一堆牛人在做优化
不用事后优化，只要把Hibernate当sql生成器来用就行了，出发点定下来很多事情都好说，无非就是需要一个工具更好的控制sql语句的生成，避免自己手写带来的巨大的调试时间成本，在80%的情况迅速提高开发效率和减少代码量或者说是sql代码量。 具体的例子比如：约定，如非必要禁用级联等。 用到最后发现在用一个高级版的iBatis，还是很爽的，不用太担心由于过于自动化导致的性能问题。 不过至少得有一个牛人定下我前面说的一些约定。 我觉得每一种工具都有自己的应用范围，如果做了hibernate或者ibatis不适合的东西，肯定会导致性能问题。每一种数据操作方式在对一定数量级范围内的数据的操作是有效的，超出范围该操作就无效了。架构的目的其中一个方面就是根据业务需要来考虑性能和设计，给出适合需要的一个解决方案，hibernate也好,ibatis也罢，都只是工具。我们能做的是让工具发挥他本来的效果，如果只是拘泥在就工具而论工具，能难有一个比较合理的判断。 据我说知，国内的第二大互联网门户网站的CMS系统，有好几亿的新闻量，其中有一部分持久层用hibernate，当然对数据库和全文索引都做了特殊的一些优化。 |
| 返回顶楼 | |
