学习Hibernate时，经常会遇到Hibernate批量更新问题，这里将介绍Hibernate批量更新问题的解决方法

对于Hibernate批量更新操作，Hibernate是将符合要求的数据查出来，然后再做更新操作。批量删除也是这样，先把符合条件的数据查出来，然后再做删除操作。

这样有两个大缺点：
1.占用大量的内存。
2.处理海量数据的时候，执行update/delete语句就是海量了，而且一条update/delete语句只能操作一个对象，这样频繁的操作数据库，性能低下应该是可想而知的了。

Hibernate3 发布后，对Hibernate批量更新/删除操作引入了bulk update/delete，其原理就是通过一条HQL语句完成批量更新/删除操作，很类似JDBC的批量更新/删除操作。在性能上，比Hibernate批量更新/删除有很大的提升。

Transaction tx=session.beginSession（）；  
String HQL=“delete STUDENT”；  
Query query=session.createQuery（HQL）；  
int size=query.executeUpdate（）；  
tx.commit（）；  
…… 

控制台输出了也就一条删除语句Hibernate：delete from T_STUDENT，语句执行少了，性能上也与使用JDBC相差无几，是一个提升性能很好的方法。当然为了有更好的性能，笔者建议批量更新与删除操作还是使用JDBC，方法以及基本的知识点与上面的批量插入方法2基本相同，这里就不在冗述。

笔者这里再提供一个方法，就是从数据库端来考虑提升性能，在Hibernate程序端调用存储过程。存储过程在数据库端运行，速度更快。以批量更新为例，给出参考代码。

首先在数据库端建立名为batchUpdateStudent存储过程：

Transaction tx=session.beginSession（）；  
Connection conn=session.connection（）；  
String pd=“……{call batchUpdateStudent（？）}”；  
CallableStatement cstmt=conn.PrepareCall（pd）；  
cstmt.setInt（1，20）；   
//把年龄这个参数设为20  
tx.commit（）； 

观察上面的代码，也是绕过Hibernate API，使用 JDBC API来调用存储过程，使用的还是Hibernate的事务边界。存储过程无疑是提高批量处理性能的一个好方法，直接运行与数据库端，某种程度上讲把批处理的压力转接给了数据库。

【编辑推荐】

1. Hibernate连接配置方法剖析
2. Hibernate Session实例剖析
3. 浅析Hibernate Callback接口
4. Hibernate Session缓存概述
5. Hibernate修改addMate方法