”一天一节“之hibernate中的脏数据

hibernate中的脏数据

 

 

这里有个误区，很多人认为脏数据就是不用的或者没有用的数据，其实不然，所谓脏数据其实是数据对象的记录发生改变后的状态。好像比较抽象吧，先举个例子来说明：

 

User user = session.load(User.Class, "001");  

user.getName();

//这时候user被加载出来，状态为持久态,并且假设加载出来的名称为"Ken"

user.setName("Angel");

//user对象的名字被改为了"Angel"，这时候这个对象的记录就是脏数据了

//不知道为啥当初会起一个dirty(脏)的名字

 

现在知道什么是脏数据了吧！再来举两个例子(省略了事务)：

 

 

 

①　User user = session.load(User.Class, "001");  

user.setName("Angel");

Session.save(user);

②　User user2 = session.load(User.Class, "002");  

Session.save(user2);

 

分别运行上面列子，一个执行了SQL一个没有，原因很简单，因为一个修改了属性值一个没有，当然一个执行了一个没有啦，对的，对于这个问题我们一眼就看出来了，但是hibernate却没有长眼睛啊，它怎么知道一个要执行SQL一个不执行呢？这里就引出了下面的问题，到底hibernate对于脏数据是怎么处理的，即hibernate到底是怎么识别脏数据的。

 

 

解决脏数据识别的方式主要有以下两种：

①　数据对象的监控

这种方式往往是通过拦截器实现的，通过对set方法的有效监控和拦截来通知程序此对象的数据是否被修改过，因为，往往set方法一旦被调用，就意味着值被改变过，一旦拦截器发现set被调用就会将对象的状态改为"待更新"，当具体更新该对象的时候只需要检测该对象的状态是否为"待更新"，如果是则执行更新操作；

②　数据版本的对比

这种方式有点像事务里的乐观锁，通过版本号来控制。同理当一个数据对象被读取后，持久层框架会自动维护的最近一次读取的版本，当执行更新等操作时，会先将提交的数据和记录的版本进行对比，如果不符则执行更新等操作。

 

   这里hibernate使用的是第二种方法，当事务提交时它就会去比对数据版本和提交的数据是否相符，以此来判定是否执行下面的SQL操作。这里就不具体列出hibernate检索的版本比对的原程序了，有兴趣大家可以自己看看hibernate的源码，当执行到transaction.commit()的时候，会执行一个flushEveryThing()的方法，而里面的flushEntities()方法就是检索版本与提交的数据是否匹配的核心操作了。这里没有做具体的实现说明，只是想让大家了解下hibernate识别脏数据的大致原理。

<!--EndFragment-->