one-to-many为什么会发出多余的update？

Question

对one-to-many当在一的一端维护关系，为什么会发出多余的update.不论是是先保存一的一端，还是多的一端，

对于对象在内存的这种关系，很是模糊，想想有时候明白,可有说不清楚

一的一端维护关系和多的一端维护关系本质区别在哪里？
[b]问题补充：[/b]
但最好的办法，是设成独立的不要设成one-many形式
能说清楚点吗？怎样维护他们关系呢？
[b]问题补充：[/b]
xuzhfa123 :(

[color=red]关联关系维护分为主控方、被动方,对于一对多,每次持久化数据时,是不是都要先存储被动方的数据，[/color]
对T_user T_address

关联关系由一的一端T_User维护时
先存储T_address(被动方)，这是userId为null
再存储T_user
再Update T_address

关联关系由多的一端T_address维护时
先存储T_user(被动方)，
再存储T_address,useId直接赋值就ok了，
无需要Update

是这样的吗？

Answer 1

关联关系,有单向与双向之分的.
单向:产系设在那方就由那方维护
双向:像一对多,多对多关联.如里inverse设成true.就由对方维护表之间的关联关系.像你说的先增加从表,再增加主表,这样做应该不理吧.例如:增加A用户时,你没有职业,你肯定会用"暂无"取代吧,而不会像你那样赋个NULL吧.

总结一下:
如果是一对一外建关联时,你是先增加主表记录(父表),再由增加从表(子表)记录.
如果多对一时,增加顺序一样.但关联关系那由主控方维护.也就是说当你删除T_Address表里一条记录时,T_User表会自动去维护这种关系.讲扩展一点.如是主控方中cascade="all",
那么与T_Address记录有关的用户全部干掉啦.如里还是很明白,请买一本hibernate书看看.