[Tips] Spring+Hibernate之“暴力”update

最新推荐文章于 2020-12-23 20:40:47 发布

最新推荐文章于 2020-12-23 20:40:47 发布 · 220 阅读

文章标签：

#Hibernate #Spring #Java #Bean #iBATIS

Java 专栏收录该内容

9 篇文章

订阅专栏

本文介绍如何在Hibernate中实现脏检查机制，以支持仅更新被修改过的字段。通过配置Entity注解和实现Interceptor接口，使Hibernate能够兼容原有暴力更新模式。

先简单介绍一下问题的语境。

手头有个开发了3年的Spring+iBATIS应用（经典三层架构），最近尝试用Hibernate实现原有SQLMap版的部分CRUD操作。除开混合事务和其他一些底层配置细节(如TransactionAwareDataSource、禁用lazy-load等)之外，最大的一个"pattern-mismatch"是：Model层和持久层采用了dirty flag机制，即每次INSERT和UPDATE操作，都会根据每个字段的dirty与否决定是否参加INSERT/UPDATE，而这些dirty flag可以被外部重置，所以业务层的代码，经常可以看到类似这样的pattern：

1- new一个model类并setId() （或者在已有的model上重置dirty flag）
2- set需要update的字段（通常都只是部分字段）
3- 丢给DAO层去update

最终的效果是某张表某个ID的某条记录的某些字段被更新了，而其他字段不受影响，这就是我在标题中提到的所谓"暴力"update，虽不elegant，但却也简单实用，至少很"直接"。

为了让Hibernate版的DAO（默认除Trasient之外全体字段参加INSERT和UPDATE）继续支持这样的"use-pattern"，除了按照Hibernate的习惯去配置映射和SessionFactory等之外，我们需要做一些额外的工作：

1- 在BO/Entity类上追加注解

@org.hibernate.annotations.Entity(dynamicInsert = true , dynamicUpdate = true )

2- 实现org.hibernate.Interceptor接口的findDirty()方法，Hibernate提供了一个EmptyInterceptor可以作为起点，方法签名如下：

public int [] findDirty(
    Object entity,
    Serializable id,
    Object[] currentState,
    Object[] previousState,
    String[] propertyNames,
    Type[] types
);

返回的int[]包含所有应该被认为是dirty的字段索引，返回null表示默认处理，传入的entity是持久对象，字段列表会通过propertyNames参数传给你。

3- 注入到Spring的Application Context中，类似这样：

< bean id ="findDirtyInterceptor" class ="gao.sean.hybrid.interceptor.FindDirtyInterceptor" />

< bean id ="sessionFactory"
    class ="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean" >

     < property name ="entityInterceptor" >< ref bean ="findDirtyInterceptor" /></ property >

</ bean >

在这样的配置下，业务层的代码就可以继续"暴力"update了。