hibernate-unsaved-value

在[b]非显示[/b]数据保存时，Hibernate将根据unsaved-value这个值来判断对象是否需要保存。
所谓[b]显式[/b]保存，是指代码中明确调用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
语句。