Hibernate批量更新和批量删除

在最近的银行系统中多处涉及到批量操作问题，起初用Hibernate的更新用法没太注意，开发的时候由于数据量少，看不出有什么性能问题，到后来造大量数据测试的时候，发现反应超慢，后俩经过仔细分析考虑，采用了存储过程的方式来解决，果然系统反应快了很多，以下就是解决问题的过程，以客户信息表CUSTOMERS表做测试。

Hibernate批量更新是指在一个事务中更新大批量数据，Hibernate批量删除是指在一个事务中删除大批量数据。以下程序直接通过Hibernate API批量更新CUSTOMERS表中年龄大于零的所有记录的AGE字段：

1. tx=session.beginTransaction();
2. Iteratorcustomers=session.find("fromCustomercwherec.age>0").iterator();
3. while(customers.hasNext()){
4. Customercustomer=(Customer)customers.next();
5. customer.setAge(customer.getAge()+1);
6. }
7. tx.commit();
8. session.close();

如果CUSTOMERS表中有1万条年龄大于零的记录，那么Session的find()方法会一下子加载1万个Customer对象到内存。当执行tx.commit()方法时，会清理缓存，Hibernate执行1万条更新CUSTOMERS表的update语句：

1. updateCUSTOMERSsetAGE=?….whereID=i;
2. updateCUSTOMERSsetAGE=?….whereID=j;
3. updateCUSTOMERSsetAGE=?….whereID=k;

以上Hibernate批量更新方式有两个缺点：

(1) 占用大量内存，必须把1万个Customer对象先加载到内存，然后一一更新它们。
(2) 执行的update语句的数目太多，每个update语句只能更新一个Customer对象，必须通过1万条update语句才能更新一万个Customer对象，频繁的访问数据库，会大大降低应用的性能。

为了迅速释放1万个Customer对象占用的内存，可以在更新每个Customer对象后，就调用Session的evict()方法立即释放它的内存：

1. tx=session.beginTransaction();
2. Iteratorcustomers=session.find("fromCustomercwherec.age>0").iterator();
3. while(customers.hasNext()){
4. Customercustomer=(Customer)customers.next();
5. customer.setAge(customer.getAge()+1);
6. session.flush();
7. session.evict(customer);
8. }
9. tx.commit();
10. session.close();

在以上程序中，修改了一个Customer对象的age属性后，就立即调用Session的flush()方法和evict()方法，flush()方法使Hibernate立刻根据这个Customer对象的状态变化同步更新数据库，从而立即执行相关的update语句；evict()方法用于把这个Customer对象从缓存中清除出去，从而及时释放它占用的内存。

但evict()方法只能稍微提高批量操作的性能，因为不管有没有使用evict()方法，Hibernate都必须执行1万条update语句，才能更新1万个Customer对象，这是影响批量操作性能的重要因素。假如Hibernate能直接执行如下SQL语句：

1. updateCUSTOMERSsetAGEAGE=AGE+1whereAGE>0;

那么以上一条update语句就能更新CUSTOMERS表中的1万条记录。但是Hibernate并没有直接提供执行这种update语句的接口。应用程序必须绕过Hibernate API，直接通过JDBC API来执行该SQL语句：

1. tx=session.beginTransaction();
2. Connectioncon=session.connection();
3. PreparedStatementstmt=con.prepareStatement("updateCUSTOMERSsetAGEAGE=AGE+1"
4. +"whereAGE>0");
5. stmt.executeUpdate();
6. tx.commit();

以上程序演示了绕过Hibernate API，直接通过JDBC API访问数据库的过程。应用程序通过Session的connection()方法获得该Session使用的数据库连接，然后通过它创建PreparedStatement对象并执行SQL语句。值得注意的是，应用程序仍然通过Hibernate的Transaction接口来声明事务边界。
如果底层数据库（如Oracle）支持存储过程，也可以通过存储过程来执行Hibernate批量更新。存储过程直接在数据库中运行，速度更加快。在Oracle数据库中可以定义一个名为batchUpdateCustomer()的存储过程，代码如下：

1. createorreplaceprocedurebatchUpdateCustomer(p_ageinnumber)as
2. begin
3. updateCUSTOMERSsetAGEAGE=AGE+1whereAGE>p_age;
4. end;

以上存储过程有一个参数p_age，代表客户的年龄，应用程序可按照以下方式调用存储过程：

1. tx=session.beginTransaction();
2. Connectioncon=session.connection();
3. Stringprocedure="{callbatchUpdateCustomer(?)}";
4. CallableStatementcstmt=con.prepareCall(procedure);
5. cstmt.setInt(1,0);//把年龄参数设为0
6. cstmt.executeUpdate();
7. tx.commit();

从上面程序看出，应用程序也必须绕过Hibernate API，直接通过JDBC API来调用存储过程。
Session的各种重载形式的update()方法都一次只能更新一个对象，而delete()方法的有些重载形式允许以HQL语句作为参数，例如：

1. session.delete("fromCustomercwherec.age>0");

如果CUSTOMERS表中有1万条年龄大于零的记录，那么以上代码能删除一万条记录。但是Session的delete()方法并没有执行以下delete语句

1. deletefromCUSTOMERSwhereAGE>0;

Session的delete()方法先通过以下select语句把1万个Customer对象加载到内存中：

1. select*fromCUSTOMERSwhereAGE>0;

接下来执行一万条delete语句，逐个删除Customer对象：

1. deletefromCUSTOMERSwhereID=i;
2. deletefromCUSTOMERSwhereID=j;
3. deletefromCUSTOMERSwhereID=k;

由此可见，直接通过Hibernate API进行Hibernate批量更新和Hibernate批量删除都不值得推荐。而直接通过JDBC API执行相关的SQL语句或调用相关的存储过程，是Hibernate批量更新和Hibernate批量删除的最佳方式，这两种方式都有以下优点：

(1) 无需把数据库中的大批量数据先加载到内存中，然后逐个更新或修改它们，因此不会消耗大量内存。
(2) 能在一条SQL语句中更新或删除大批量的数据。