|
锁定老帖子 主题：这样的应用有必要Hibernate？
精华帖 (0) :: 良好帖 (1) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-19
movingboy 写道 建议楼主在此项目中认真学习和应用Hibernate！不管项目成败如何，你自己学习到新的东西也算收获啊~~~
其实还不是我用，这个模块不是归我管。我只是着急，项目挺紧，担心越做越乱。 |
| 返回顶楼 | |
|
发表时间：2008-08-19
这只是一个系统的一个模块？
背景貌似没有交代清楚，小心互相误导。 会不会越做越乱，我觉得用jdbc还是hibernate不是决定因素。 |
| 返回顶楼 | |
|
发表时间：2008-08-19
hibernate最好别用，不过可以考虑一下ibitis
|
| 返回顶楼 | |
|
发表时间：2008-08-19
看上去并没有需要Hibernate的地方。 不比用ＪＤＢＣ省事。 而且我感觉直接用ＪＤＢＣ调起来容易。
ｌｚ 用的什么数据库啊？ 担心效率的话可以考虑直接生成数据文件， 然后用工具批量逃入。 (比如ｓｑｌｓｅｒｖｅｒ 下的ｂｃｐ) |
| 返回顶楼 | |
|
发表时间：2008-08-19
直接用SPRING封装的JDBC就可以了
|
| 返回顶楼 | |
|
发表时间：2008-08-20
三个表？还是sql来的快，而且灵活性更好。
|
| 返回顶楼 | |
|
发表时间：2008-08-20
什么数据库？
大批量数据 还要并发？？？ ---- 不并发 考虑bcp dts |
| 返回顶楼 | |
|
发表时间：2008-08-20
不建议使用hibernate
要频繁查数据，把索引建好 要频繁更新数据和插入，直接用batch hibernate适合频繁读，但不频繁写的应用 |
| 返回顶楼 | |
|
发表时间：2008-08-20
ibatis不错,简单易上手,风险低一些
|
| 返回顶楼 | |
|
发表时间：2008-08-20
如果读写都是批量的,建议直接用jdbc,这样可以自己控制多少记录提交一次,也可以自己控制statement和resultset的数量,这样的批量执行效率还是很高的,
如果再对效率要求非常高,那就用存储过程(不过不是对数据库执行效率要求非常高,建议不要用存储过程,维护比较麻烦,而且会建立长链接,不利于有大量请求的应用) |
| 返回顶楼 | |
