Hibernate下数据批量处理惩罚办理方案

许多人都对Java在批量数据的处理惩罚方面是否是其符合的场合持有猜疑的动机，由此延伸，那么就会认为ORM大概也不是出格适合数据的批量处理惩罚。 其实，我想假如我们应用恰当的话，完全可以消除ORM批量处理惩罚机能问题这方面的记挂。下面以Hibernate为例来做为说明，如果我们真的不得不在Java中利用Hibernate来对数据举办批量处理惩罚的话。向数据库插入100 000条数据，用Hibernate大概像这样：

Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
for ( int i=0; i<100000; i++ ) {
Customer customer = new Customer(.....);
session.save(customer); }
tx.commit();
session.close();

或许在运行到第50 000条的时候，就会呈现内存溢出而失败。这是Hibernate把最近插入的Customer都以session-level cache在内存做缓存，我们不要健忘Hiberante并没有限制first-level cache 的缓存巨细：

# 耐久工具实例被打点在事务竣事时，此时Hibernate与数据库同步任何已经产生变 化的被打点的的工具。

# Session实现了异步write-behind，它答允Hibernate显式地写操纵的批处理惩罚。 这里，我给出Hibernate如何实现批量插入的要领：

首先，我们配置一个公道的JDBC批处理惩罚巨细，hibernate.jdbc.batch_size 20。 然后在必然隔断对Session举办flush()和clear()。

Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
for ( int i=0; i<100000; i++ ) {
Customer customer = new Customer(.....);
session.save(customer);
if ( i % 20 == 0 ) {
//flush 插入数据和释放内存:
session.flush(); session.clear(); }
}
tx.commit();
session.close();

那么，关于奈何删除和更新数据呢？那好，在Hibernate2.1.6可能更后版本，scroll() 这个要领将是最好的途径：

Session session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
ScrollableResults customers = session.getNamedQuery("GetCustomers")
.scroll(ScrollMode.FORWARD_ONLY);
int count=0;
while ( customers.next() ) {
Customer customer = (Customer) customers.get(0);
customer.updateStuff(...);
if ( ++count % 20 == 0 ) {
//flush 更新数据和释放内存:
session.flush(); session.clear(); } }
tx.commit(); session.close();

这种做法并不坚苦，也不算不优雅。请留意，假如Customer启用了second-level caching ，我们仍然会有一些内存打点的问题。原因就是对付用户的每一次插入和更新，Hibernate在事务处理惩罚竣事后不得不告示second-level cache 。因此，我们在批处理惩罚环境下将要禁用用户利用缓存。