精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-04-16
表不多就用jdbc. 简单。实用
|
|
返回顶楼 | |
发表时间:2006-04-18
如果对性能要求高的话,ibatis吧.hibernate对存储过程支持的还不是很好.特别是对oracle的存储过程.
|
|
返回顶楼 | |
发表时间:2006-04-18
Hibernate3的SQLQuery不是已经很完善了吗?
即使是表结构和表关系很简单的情形下,和直接使用JDBC的效率差值也不会超过个位数的percent吧。 |
|
返回顶楼 | |
发表时间:2006-04-28
楼主的网站用到多少服务器作群集?
hibernate怎么做到群集的,介绍下好吗? hibernate定义的关联多不多? |
|
返回顶楼 | |
发表时间:2006-04-29
hibernate的着眼点是为了强化OO概念、降低开发复杂性的,我想性能方面不是它的优势;进行技术选型时,性能与开发效率这可能需要彼此的一个折中
|
|
返回顶楼 | |
发表时间:2006-04-29
alin_ass 写道 domain对象不复杂的情况下不能发挥orm的威力,推荐jdbc
我也同意这种观点,否则搞了那么复杂的东西,把自己害了。 不好意思,我一直认为orm的东西是很复杂的,包括hibernate |
|
返回顶楼 | |
发表时间:2006-09-21
应该选iBATIS,简单的对象模型没有必要用Hibernate,徒增复杂性,没必要,何况性能也不是它的强项,iBATIS既有JDBC的性能又有能保证一定的效率,在合理运用cache机制的前提下可能还会拥有超过JDBC的性能表现。
|
|
返回顶楼 | |
发表时间:2006-09-22
hibernateNewbie 写道 楼主的网站用到多少服务器作群集?
hibernate怎么做到群集的,介绍下好吗? hibernate定义的关联多不多? hibernate做群集,需要解决一下缓存的问题!跟群集本身没关系! |
|
返回顶楼 | |