关于unsaved-value

从夏昕的 hibernate 开发指南中可以看到他介绍的 “关于unsaved-value”：

在非显示数据保存时，hibernate将根据这个值来判断对象是否需要保存。
所谓显式保存，是指代码中明确调用session 的save、update、saveorupdate 方法对对象进行持久化。如：session.save(user);
而在某些情况下，如映射关系中，hibernate 根据级联（cascade）关系对联接类进行保存。此时代码中没有针对级联对象的显示保存语句，需要hibernate 根据对象当前状态判断是否需要保存到数据库。此时，hibernate即将根据unsaved-value进行判定。
首先hibernate会取出目标对象的id。
之后，将此值与unsaved-value进行比对，如果相等，则认为目标对象尚未保存，否则，认为对象已经保存，无需再进行保存操作。如：user对象是之前由hibernate从数据库中获取，同时，此user对象的若干个关联对象address 也被加载，此时我们向user 对象新增一个address 对象，此时调用 session.save(user)，hibernate会根据unsaved-value判断user对象的数个address 关联对象中，哪些需要执行save操作，而哪些不需要。
对于我们新加入的address 对象而言，由于其id（integer 型）尚未赋值，因此为null，与我们设定的unsaved-value（null）相同，因此hibernate将其视为一个未保存对象，将为其生成insert语句并执行。这里可能会产生一个疑问，如果“原有”关联对象发生变动（如user的某个“原有”的address对象的属性发生了变化，所谓“原有”即此address对象已经与user相关联，而不是我们在此过程中为之新增的），此时id值是从数据库中读出，并没有发生改变，自然与unsaved-value（null）也不一样，那么hibernate是不是就不保存了？
上面关于po、vo 的讨论中曾经涉及到数据保存的问题，实际上，这里的“保存”，实际上是“insert”的概念，只是针对新关联对象的加入，而非数据库中原有关联对象的“update”。所谓新关联对象，一般情况下可以理解为未与session 发生关联的vo。而“原有”关联对象，则是po。如上面关于po、vo的讨论中所述：对于save操作而言，如果对象已经与session相关联（即已经被加入session的实体容器中），则无需进行具体的操作。因为之后的session.flush过程中，hibernate 会对此实体容器中的对象进行遍历，查找出发生变化的实体，生成并执行相应的 update 语句。

针对上面的例子，当没有设定 unsaved-value="any" 时，也就相当于 unsaved-value="none"，不论主键属性为任何值，都不可能为 none，因此 hibernate 总是对 product 对象发送update(product)；unsaved-value="any" 的时候，由于不论主键属性为任何值，都肯定为 any，因此 hibernate 总是对 product 对象发送 save(product)。