|
精华帖 (0) :: 良好帖 (4) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-09
最近做了个500万的数据测试——来源于真实数据：此表数据有3750多万条记录
hibernate查询时挂了（http://skzr-org.iteye.com/blog/1027791），不过对于其他操作在大数据量时建议还是不要用hibernate！ 当找为什么jdbcTemplate RowMapper正确加载500W记录，而hibernate失败时发现hibernate还是产生了很多中间变量，所以内存极度不够了 |
| 返回顶楼 | |
|
发表时间：2011-05-09
说穿了，在数据库插入操作时无论是hibernate还是jdbc，它的性能都取决于数据库的性能，二者没有太大差距。都说hibernate性能差，其实说的是查询，在做查询操作时hibernate的性能的确不咋地，从我使用的经验来看，碰到复杂的多表关联查询时hibernate的效率有时甚至不到jdbc的三分之一。所以，用hibernate还是jdbc取决于你的应用场景，hibernate适合于增、删、改操作较多、比较简单不是太复杂的数据库结构，如果你的应用需要大量的复杂的多表关联查询，还是用jdbc吧。
|
| 返回顶楼 | |
|
发表时间：2011-05-09
fmjsjx 写道 插入操作时无论是hibernate还是jdbc，它的性能都取决于数据库的性能，二者没有太大差距。
没错... |
| 返回顶楼 | |
|
发表时间：2011-05-09
liu.anxin 写道 fmjsjx 写道 插入操作时无论是hibernate还是jdbc，它的性能都取决于数据库的性能，二者没有太大差距。
没错... 应该说都是取决于jdbc driver的性能， 即使jdbc性能榨干了，实际数据库还是有很大余量干事的 |
| 返回顶楼 | |
|
发表时间：2011-10-01
hibernate 用于小系统查查没什么。如果拿来应付大数据量只能说你们的项目经理选型的失败。
|
| 返回顶楼 | |
|
发表时间：2011-10-04
liu.anxin 写道 下面主要来说说 Native Jdbc 的两种方式. 第 1 种自然是 addbatch. 这种方式可以使用 PreparedStatement, 能防止被 SQL 注入. 但从来 鱼与熊掌 是很难兼得的, 保证了数据安全的同时势必会也丢失一些性能. 第 2 种是以拼接字符串的形式, 将多条记录拼成一条 SQL, 进行执行, 这样一来, 执行一条语句就插入了多条记录, 但是容易被注入, 如果采用这种方式, 须用正则做一些"复杂"的处理. 这种方式是后来想到的, 只测了 100W 时的情况. PreparedStatement不仅仅是为了防注入，可以提高性能，当然取决于数据库以及数据库驱动是否支持。另外，insert有什么好测试的？取决于数据库，index有多少，block，segment的设置？ |
| 返回顶楼 | |
