因session会话问题Hibernate的更新数据库操作无效

版权声明:本文为博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/iteye_12008/article/details/82138267
  最近一段时间做项目的时候,自已在修改一个功能点,要更改已获取的数据列表中的某行记录内容,并将更改保存到数据库中,已写好了所有业务代码,在调用DAO层Hibernate方法执行数据库更新时,发现一个有意思的问题,程序执行数据库更新操作无任何异常,但是在刷新列表时,却发现该行数据根本没有更改。
  经过分析与查找,确认是hibernate缓存问题,导制数据库操作无法真正的执行。具体原因是如何导制的,我没有正确答案,但可以肯定跟缓存有关。
具体代码如下:

     /**
* 修改指定流程下的节点内容
* @param lcbh
* @param lcmc
* @param oldJdbh
* @param oldJdmc
* @param newJdbh
* @param newJdmc
* @return
* @throws Exception
*/
public boolean updateLcjdDb(String lcbh,String lcmc,String oldJdbh,String oldJdmc,String newJdbh,String newJdmc) throws Exception {
Session session = this.getSession();
Transaction tx =null;
String hql="update BFsYwbd set jdph=?,jdmc=? where lcph=? and lcmc=? and jdph=? and jdmc=?";
int count=0;
try{
tx = session.beginTransaction();
Query query=this.getSession().createQuery(hql);
query.setString(0, newJdbh);
query.setString(1, newJdmc);
query.setString(2, lcbh);
query.setString(3, lcmc);
query.setString(4, oldJdbh);
query.setString(5, oldJdmc);
count=query.executeUpdate();
tx.commit();
session.flush();
}catch(Exception e){
tx.rollback();
throw e;
}
return count>=1?true:false;
}



上面一段代码从运行角度来看无任何问题,但是就是无法将更新操作应用到数据库层面。

推测,可能是在执行数据库操作时由hibernate获取了缓存中的已有的数据列表,并对该列表中的指定对象进行了操作,但没有将该对象的操作执行到数据库中(注:所查询出的列表是经过数据库去掉重复项之后的集合,可能hibernate对缓存中的数据列表行进行了更新之后,却无法将该更改后的列表行缓存对象匹配到数据库中指定的记录行,导制无法真实的修改数据库中的记录,因为缓存中的对象已在数据库中找不到记录行或唯一行),hibernate的缓存策略是每个对应数据库表的缓存记录都具有会话ID,它保存了数据库中的记录与缓存中的对象一致,一但缓存中的记录发生更新操作,hibernate就会通过缓存机制找到对应数据库中表的数据,将其更改。代码中的是通过getSession()获取Session对象,在通过开启事务进行更新操作,最后提交事务,刷新缓存。 我们了解到通过getSession()所获取的Session对象,都是重新创建的一个新的会话对象,而我的功能中所获取的数据列表是通过getHibernateTemplate().find()执行得到的。getHibernateTemplate()方法是由spring通过在控制反转代理管理数据库连接sessionFactory所得到的,也就是说getHibernateTemplate方法中得到的会话对象是从sessionFactory会话工厂中得到,而sessionFactory会话工厂中会保持一个有用的Session会话,而不是每次通过调用getHibernateTemplate()方法都会创建的,这与getSession()正好相反。因此推测到,在通过getSession()所生成的会话对象更改数据库时,会从hibernate的所有缓存中找到数据列表,但该会话对象只对该数据列表中的数据进行更新之后,并提交了事务刷新了会话对象,实际上就是清空了该Session会话,而该操作之对当前从getSession()中所获取会话缓存数据有效,实际上并没有更新Spring控制反转代理数据库连接所产生的sessionFactory会话工厂中的缓存数据。其最后结果就是更新了getSession()方法生成的会话对象中的数据缓存,而getSession()所产生的Session会话对象不被Spring所代理管理,而是将一个原始的最新的会话,就导制了原有的通过getHibernateTemplate()所生成的Spring代理的sessionFactory会话工厂的数据表列记录不能修改,sessionFactory会话工厂中所缓存的数据列表记录不能修改,其对应的数据库表记录也就不会有更新操作。

经过以上推测和分析之后,就大致明白了些。不过只是个人的见解,不一定是正确的方向。

经过修改后的代码如下:


 /**
* 修改指定流程下的节点内容
* @param lcbh
* @param lcmc
* @param oldJdbh
* @param oldJdmc
* @param newJdbh
* @param newJdmc
* @return
* @throws Exception
*/
public boolean updateLcjdDb(String lcbh,String lcmc,String oldJdbh,String oldJdmc,String newJdbh,String newJdmc) throws Exception {
Session session = this.getHibernateTemplate().getSessionFactory().openSession();
Transaction tx =null;
String hql="update BFsYwbd set jdph=?,jdmc=? where lcph=? and lcmc=? and jdph=? and jdmc=?";
int count=0;
try{
tx = session.beginTransaction();
Query query=this.getSession().createQuery(hql);
query.setString(0, newJdbh);
query.setString(1, newJdmc);
query.setString(2, lcbh);
query.setString(3, lcmc);
query.setString(4, oldJdbh);
query.setString(5, oldJdmc);
count=query.executeUpdate();
tx.commit();
session.flush();
}catch(Exception e){
tx.rollback();
throw e;
}
return count>=1?true:false;
}



从上面的代码中可以看出,其实就是将getSession()方法获取Session会话对象,改为通过this.getHibernateTemplate().getSessionFactory().openSession()获取Spring所代码管理的会话对象。
展开阅读全文

没有更多推荐了,返回首页