Hibernate的unsaved-value

macrochao — Sun, 03 Feb 2008 09:28:00 GMT

当你昑ּ�的��用session.save()或者session.update()操作一个对象的时候，实际上是用不�?span style="color: #ffa34f">unsaved-value的。某些情况下(父子表关联保�?�Q�当你在�E�序中�ƈ没有昑ּ�的��用save或者update一个持久对象，那么Hibernate需要判断被操作的对象究竟是一个已�l�持久化�q�的持久对象�Q�是一个尚未被持久化过的内存��时对象。例如：

java代码:

Session session = ...;
Transaction tx = ...;

Parent parent = (Parent) session.load(Parent.class, id);

Child child = new Child();
child.setParent(parent);
child.setName("sun");

parent.addChild(child);
s.update(parent);

s.flush();
tx.commit();
s.close();

在上例中�Q�程序�ƈ没有昑ּ�的session.save(child); 那么Hibernate需要知道child�I�竟是一个��时对象，�q�是已经在数据库中有的持久对象。如果child是一个新创徏的��时对�?本例中就是这�U�情�?�Q�那么Hibernate应该自动产生session.save(child)�q�样的操作，如果child是已�l�在数据库中有的持久对象�Q�那么Hibernate应该自动产生session.update(child)�q�样的操作�?

因此我们需要暗�C�Z��下Hibernate�Q�究竟child对象应该对它自动save�q�是update。在上例中，昄��我们应该暗示Hibernate对child自动save�Q�而不是自动update。那么Hibernate如何判断�I�竟对child是save�q�是update呢？它会取一下child的主键属�?child.getId() �Q�这里假设id�?java.lang.Integer�c�d��的。如果取到的Id值和hbm映射文�g中指定的unsave-value相等�Q�那么Hibernate认�ؓchild是新的内存��时对象，发送save�Q�如果不相等�Q�那么Hibernate认�ؓchild是已�l�持久过的对象，发送update�?

unsaved-value="null" (默认情况�Q�适用于大多数对象�c�d��主键 Integer/Long/String/...)

当Hibernate取一下child的Id�Q�取出来的是null(在上例中肯定取出来的是null)�Q�和unsaved-value讑֮�值相�{�，发送save(child)

当Hibernate取一下child的id�Q�取出来的不是null�Q�那么和unsaved-value讑֮��g��相等�Q�发送update(child)

例如下面的情况：

java代码:

Session session = ...;
Transaction tx = ...;

Parent parent = (Parent) session.load(Parent.class, id);
Child child = (Child) session.load(Child.class, childId);

child.setParent(parent);
child.setName("sun");

parent.addChild(child);
s.update(parent);

s.flush();
tx.commit();
s.close();

child已经在数据库中有了，是一个持久化的对象，不是新创建的�Q�因此我们希望Hibernate发送update(child)�Q�在该例中，Hibernate取一下child.getId()�Q�和unsave-value指定的null比对一下，发现不相�{�，那么发送update(child)�?

BTW: parent对象不需要操心，因�ؓ�E�序昑ּ�的对parent有load操作和update的操作，不需要Hibernate自己来判断究竟是save�q�是update了。我们要注意的只是child对象的操作。另�?span style="color: #ffa34f">unsaved-value是定义在Child�cȝ��主键属性中的�?

java代码:

<class name="Child" table="child">
unsaved-value="null">
class="identity"/>

...
class>

如果主键属性不是对象型�Q�而是基本�c�d��Q�如int/long/double/...�Q�那么你需要指定一个数值型�?span style="color: #ffa34f">unsaved-value�Q�例如：

java代码:

unsaved-null="0"

在此提醒大家�Q�很多�h以�ؓ对主键属性定义�ؓint/long�Q�比定义为Integer/Long�q�行效率来得高，认�ؓ基本�c�d��不需要进行对象的��装和解构操作，因此喜欢把主键定义�ؓint/long的。但实际上，Hibernate内部��L��把主键�{换�ؓ对象型进行操作的�Q�就��你定义为int/long型的�Q�Hibernate内部也要�q�行一�ơ对象构造操作，�q�回�l�你的时候，�q�要�q�行解构操作�Q�效率可能反而低也说不定。因此大家一定要扭�{一个观点，在Hibernate中，主键属性定义�ؓ基本�c�d��Q��ƈ不能够比定义为对象型效率来的高，而且也多了很多麻烦，因此��大家使用对象型的Integer/Long定义主键�?

unsaved-value="none"�?
unsaved-value="any"

��M��要用在主键属性不是通过Hibernate生成�Q�而是�E�序自己setId()的时候�?

在这里多说一句，强烈��使用Hibernate的id generator�Q�或者你可以自己扩展Hibernate的id generator�Q�特别注意不要��用有实际含义的字�D�当做主键来用！例如用户�c�User�Q�很多�h喜欢用用��L��陆名�U�做��Z��键，�q�是一个很不好的习惯，当用��L��和其他实体类有关联关�pȝ��时候，万一你需要修改用��L��陆名�U�ͼ�一改就需要改好几张表中的数据。偶合性太高，而如果你使用无业务意义的id generator�Q�那么修改用户名�U�ͼ��只修改user表就行了�?

��p��个问题引甛_��来，如果你严格按照这个原则来设计数据库，那么你基本上是用不到手工来setId()的，你用Hibernate的id generator��OK了。因此你也不需要了解当

unsaved-value="none"�?
unsaved-value="any"

�I�竟有什么含义了。如果你非要用assigned不可�Q�那么��l�解释一下：

unsaved-value="none" 的时候，�׃��不论主键属性�ؓ��M��|��都不可能为none�Q�因此Hibernate��L��对child对象发送update(child)

unsaved-value="any" 的时候，�׃��不论主键属性�ؓ��M��|��都肯定�ؓany�Q�因此Hibernate��L��对child对象发送save(child)

大多数情况下�Q�你可以避免使用assigned�Q�只有当你��用复合主键的时候不得不手工setId()�Q�这时候需要你自己考虑�I�竟怎么讄��unsaved-value了，�Ҏ��你自��q��需要来定�?

BTW: Gavin King强烈不徏议��用composite-id�Q�强烈徏议��用UserType�?

因此�Q�如果你在系�l�设计的时候，遵��@如下原则�Q?

1、��用Hibernate的id generator来生成无业务意义的主键，不��用有业务含义的字�D�做主键�Q�不使用assigned�?

2、��用对象类�?String/Integer/Long/...)来做主键�Q�而不使用基础�c�d��(int/long/...)做主�?

3、不使用composite-id来处理复合主键的情况�Q�而��用UserType来处理该�U�情��c�?/span>

那么你永�q�用的是unsaved-value="null" �Q�不可能用到any/none/..了�?/span>

macrochao 2008-02-03 17:28 发表评论

国产精品久久久久秋霞鲁丝,一二三中文字幕在线,亚洲欧洲偷拍精品

Hibernate的unsaved-value