Java EE/J2EE面向对象编程之道 - 编程入门网

当我们需要只通过一句话session.save(user)或session.update(user)就能完成User和它其中多个Userproperty都能自动保存或更新时(必须指定cascade="all" 或save-update)，尤其是update(user)更新时，其子集合userProps属性中可能有一些Userproperty是修改过的，一些Userproperty则是新增的，对于新增要使用insert语句;而对于修改则使用update语句，当我们笼统地调用一句update(user)时，那么Hibernate是如何判断这个user中子集合中哪些是修改?哪些是新增的?

Hibernate是通过主键来判断的，也就是说，通过UserProperty的主键来判断该对象是修改?还是新增。最关键的是：这个主键必须由Hibernate自动产生，如果你想自己指定子对象UserProperty主键，那么就有可能很多麻烦，这个麻烦是出其的麻烦，无法判断具体原因。所以，在简单方便的道路上迈错一步就是万丈深渊。下面是UserProperty的映射配置：

< hibernate-mapping>　　< class name="sample.model.UserProperty" table="userprops"> < id name="propId" type="java.lang.String" > < generator class="uuid.hex"/>< !-- 不能为assigned--> < /id> < property name="name" /> < property name="value" /> < !-- 为提升性能而设定 --> < many-to-one name="user" column="userId" not-null="true"/> < /class> < /hibernate-mapping>

注意：以上配置只适合Hibernate 3.0以上版本，如果是Hibernate 2，那么必须在 :

< id name="propId" type="java.lang.String" >

中加入unsaved-value="null"，而且这个值是null还是0或-1，取决你的主键类型:

< id name="propId" type="java.lang.String" unsaved-value="null">

是不是感觉Hibernate2太麻烦了!在Hibernate3中，就没有这个规定了，所以，如果当初使用Hibernate2来实现J2EE的oo简洁实现之道，还存在技术上的困难和难点。

Hibernate2和Hibernate3在处理父子关系上，还有一个不同就是lazy设定上：Hibernat2缺省lazy是false，当通过load将User获取以后，在session关闭以后，你可以直接通过user.getUserProps()方法获得其中子集合;而Hibernate3则不行了，缺省lazy是true，在session关闭情况下，只有两种方式获得子集合

1. Open session in view，也就是在表现层一直打开持久层的session，这不但违背分层不干扰原则，而且造成数据库连接一直打开，一旦出错，有可能造成内存泄漏死机等问题。

2.在load父对象User时，调用Hibernate.initialize(user.getUserProps());强行装载所有的子对象，这样问题是：我们再也无法通过简单一句load生成父对象User及其所有内部部分，而无须照顾其内部关系。

板桥实践中总结方法是：根据当初EJB CMP的读取模式，采取JDBC来读取整个User及其部分子集合，缺点也是必须在Dao语句中打开User(破坏封装)，根据其内部结构从数据库中获取数据，这样的好处是：我们可以使用统一的Hibernate模板来进行任何一个模型的持久化(不必为每个模型写一套DAO实现类)，而无须关心其内部结构了。

注意：Spring+Hibernate采取的是Open session in view方案，这也是这种架构在系统复杂时发生性能问题一个原因，J道性能板块有多个这样的求救贴。

使用Hibernate映射配置另外一个注意点就是：使用双向关系可以提高性能，但是Evans DDD告诉我们，建模时尽量搞 单向关系，不要用双向，这两者有矛盾之处，实际中，我们如果使用Hibernate作为持久

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!