Hibernate一对多关联关系保存时的探究

在以前使用hibernate时，经常对保存存在关联关系的对象时，不确定是否能保存成功。
    因此，特意对一对多关系的2个对象进行实践。

一、pojo类和配置文件的准备

        这里有一点提前说一下，外键列在数据库中并没有设置为不为null。因此可以出现外键为空的情况。

（1）pojo类

           

 （2）映射文件

            

（3）测试类中方法的准备

        

 

二、双方都维护关联关系且双向关联

        注意：这里的双向关联是指双向都建立关系

    （1）1方和多方都保存，且建立了双向关联的关系。这样是肯定可以保存成功的。

            

（2）1方或多方中，有一方没有保存。那么会保存失败，因为保存时分类是瞬时态对象，所以失败。

 

（3）在（2）的代码的基础上，给product的映射文件中配置一个级联保存。这样在保存产品时就会级联保存分类，这样分类就不是瞬时态对象了，保存成功！

            

             

三、双向维护外键，但只建立单向关联关系

 （1）产品中没有分类，由于外键可以为null；因此可以保存成功。

（2）产品中没有分类，分类中有产品。产品和分类都执行保存，保存成功。

               

          

（3）产品中没有分类，分类中有产品，只保存分类。这里肯定保存失败，因为分类也会维护外键。

          当分类维护外键时，发现集合里面的产品是瞬时态对象。所以肯定保存失败了。

        

四、外键只靠多方维护

    先把一方维护外键的功能取消，只需要在分类的映射文件中，配置inverse为true

      

（1）产品中有分类，只保存产品。这样由于保存产品时，会去维护外键，而用来维护外键的分类对象为瞬时态对象，所以一定保存失败。

 

（2）针对（1）我们在保存产品后面添加保存分类。这样保存产品时，用于维护外键用的对象就是持久态对象了。这样就保存成功了。

       

（3）产品中有分类，分类中有产品，只保存分类。保存成功。因为分类不会维护外键，所以不管集合里面装什么状态的对象都不影响。

 

（4）产品中有分类，只保存分类。一定保存成功，因为分类不维护外键，且用于维护外键的对象也没有。道理同（3）。

五、总结

       看了这么多实例，发现保存失败的原因都是一样的。就是拿来去更新外键的对象（这个描述可能有点绕口）不能是瞬时态。

       比如，产品这一方维护外键的话，那么他的用来更新外键的对象就是他里面的那个分类。如果这个分类是瞬时态对象，肯定保存失败。