精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2006-03-17
以前用hibernate写的,但存在各种问题,主要是程序没写好。现在要重写这个模块,数据库是Oracle,基于性能的考虑,数据库操作如何选择? hibernate加上缓存,和JDBC直接操作的效率相比如何? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2006-03-17
用户有三个表:
表一:保存用户ID,用户名,密码,昵称 表二:保存用户社区属性,经常修改的字段 表三:保存用户个人信息,性别,身高,体重等等 三个表通过用户ID关联,没有做外键。用户第一次登录查询表一(用户名+密码),在需要的时候查询表二,表三(用户ID)。个人认为用hibernate(二级缓存)应该效率更好。 |
|
返回顶楼 | |
发表时间:2006-03-18
都差不多。
|
|
返回顶楼 | |
发表时间:2006-03-20
hibernate用不好,问题会很多的。如果考虑编程或维护难度,个人推荐ibatis。
|
|
返回顶楼 | |
发表时间:2006-03-20
domain对象不复杂的情况下不能发挥orm的威力,推荐jdbc
|
|
返回顶楼 | |
发表时间:2006-03-20
jdbc + oscache搞定
|
|
返回顶楼 | |
发表时间:2006-03-23
基于高性能访问的情况下、我坚决使用jdbc、至于ibatis其实就是jdbc、可以考率用spring的jdbc模版、这样可以减少不必要的数据库连接关闭与维护的问题、通过我使用hibernate经验来看、团队中一定得要有很精通hibernate的人、并且团队每个成员都得对hibernate有一定的经验、否则会有你的好受!
|
|
返回顶楼 | |
发表时间:2006-03-23
Arden 写道 基于高性能访问的情况下、我坚决使用jdbc、至于ibatis其实就是jdbc、可以考率用spring的jdbc模版、这样可以减少不必要的数据库连接关闭与维护的问题、通过我使用hibernate经验来看、团队中一定得要有很精通hibernate的人、并且团队每个成员都得对hibernate有一定的经验、否则会有你的好受!
同意,赫赫,其实一两个就够了,关键看你和其他team members沟通得怎样. |
|
返回顶楼 | |
发表时间:2006-03-23
我们现在的项目是10内完成60多w的纳税人申报操作。项目的架构为:ibatis/ejb/struts
|
|
返回顶楼 | |
发表时间:2006-04-15
感谢大家的意见和建议,项目最终选则了hibernate(开发,维护都方便点),目前也没有做缓存,运行效率还可以。
|
|
返回顶楼 | |