|
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-08-06
xyz20003 写道 seele 写道 你这么一说，我个人感觉，hibernate的特点在于单体个增删改查上么？ 我认真地看完了前面的帖子，老实地说，楼主对大规模，高并发的项目没有一个明确的印象，或者说没有接触到过。 在税务，银行等系统中，内部系统或者外部系统，hibernate是不适用的 我自己也学习过hibernate，上手很快，做个小的demo出来也很好看。但是就是学习曲线不够平滑。 呵呵，又见“大规模，高并发”，如果是以前我对这个概念还有点儿印象，那么现在可以说是完全糊涂了，既然出来一个人就说“大规模，高并发”，怎么却一个能准确说出数量级的人都没有哦？ 说实话，我倒是真希望有谁跳出来说：“xx数量级以上的应用，必须用sql，一旦用了hibernate就会出现解决不了的问题。”可惜没有任何一个人能实现我这个微小的愿望，反对者都只能提出一个虚无的词汇“大规模，高并发”。 我觉得这种情况有两种可能。 1。人家这都是机密数据，怎么可能轻易告诉你呢？一旦你学会了，以后知道什么地方应该用sql，什么地方应该用hibernate，岂不是把钱都抢走了？ 2。人云亦云。 精辟 |
| 返回顶楼 | |
|
发表时间：2010-08-13
看到这总结出一点，就是如果做小项目（数据量不超过10w）那么用hibernate就一定没问题。 个人比较喜欢它的跨数据库特点。
|
| 返回顶楼 | |
|
发表时间：2010-08-18
分析得很好，感觉有时候开源就像是抛砖引玉，需要大家一起努力，无私奉献！
|
| 返回顶楼 | |
|
发表时间：2010-09-14
为啥没有人用真实的测试数据说话呢？
同样的硬件和软件环境 直接JDBC和Hibernate 测试一下单表，一对多，多对一的增删改查 数据量10w,100w,1000w. 正确写JDBC和Hibernate的代码哦 呵呵 实在看不过去，大家天天说感觉好像差不多的话，技术需要严格的数据。这里没有对测试在行的大牛吗？可以帮忙设计一个更好的测试用例。 |
| 返回顶楼 | |
|
发表时间：2010-10-10
抛哥的三本砖指的是？ |
| 返回顶楼 | |
