Hibernate-3.映射(Mapping)

ゝ一纸荒年。 2022-06-02 04:59 213阅读 0赞

3.1多表关系

表和表之间存在的关系就是主外键关系，而对象和对象之间通常存在以下三种关系：
    一对一，一对多，多对多
    我们首先一起来看看表之间是怎么建立这三种关系的。
    一对一：（一个人对应一个身份证号）
    一对多：（一个客户对应多个订单）
    多对多：（老师可以带多个班级，一个班可以被多个老师带）

3.2 一对多关联关系映射

重点掌握一对多的单向和双向关联映射，开发中最常用
    
    1.创建具备一对多关系的表（两张表）
    2.创建对应的类，并建立联系（两个类）
    3.添加两个类的映射文件
    4.编写测试程序，测试增删改查的应用及特点
    5.分别建立单向和双向的映射关系观察实验结果
    
    3.2.1配置关联关系
    
        customer

![这里写图片描述][SouthEast]

orderinfo

![这里写图片描述][SouthEast 1]  
![这里写图片描述][SouthEast 2]

a)创建对应类

![这里写图片描述][SouthEast 3]  
![这里写图片描述][SouthEast 4]  
![这里写图片描述][SouthEast 5]

b)配置映射关系 
            Customer.hbm.xml

![这里写图片描述][SouthEast 6]  
![这里写图片描述][SouthEast 7]

OrderInfo.hbm.xml

![这里写图片描述][SouthEast 8]

c)hibernate.cfg.xml引入映射文件

![这里写图片描述][SouthEast 9]

d)应用(CRUD)

![这里写图片描述][SouthEast 10]  
![这里写图片描述][SouthEast 11]  
![这里写图片描述][SouthEast 12]  
![这里写图片描述][SouthEast 13]

3.2.2双向关联inverse
    
        在上述的案例中，当我们添加一个客户和多个订单时，产生的sql语句如下：

![这里写图片描述][SouthEast 14]

如果说，会发现产生了很多的update语句，这个时候，我们可以做一些优化，将这个关系交给多的一方来维护，注意！！！，代码中也要建立这个联系

![这里写图片描述][SouthEast 15]

此时，重新执行程序

![这里写图片描述][SouthEast 16]

结果就是节省了update语句，注意要设置Phone跟Person的关系，提升了性能。
        所以一对多，一般就是把关系交给多的一方来维护
        关系由多的一方来维护，表现的就是在插入数据的时候直接建立联系,而不需要再逐个去发送更新语句
    
    
    3.2.3级联操作 save-update
    
        级联操作主要作用是提高我们的开发效率下面，我们来讲述级联添加，比如我们只保存一个的一方，然后可以级联去保存多的一方。需要在程序建立关联关系。

![这里写图片描述][SouthEast 17]  
![这里写图片描述][SouthEast 18]

测试程序，只需要保存一的一方，就会自动级联去保存关联的Phone对象

![这里写图片描述][SouthEast 19]

执行的语句依然是三条
    执行的语句的条数是受inverse的影响，而cascade是影响了开发程序，原来需要保存多个，现在保存一个即可。
    
    3.2.4级联操作 delete
    
        案例：
        我们之前删除一的一方，
        如果这个关系是由一的一方来维护，则会清除掉关联关系，再执行删除
        如果这个关系是由多的一方来维护，则会出现外键约束异常
        所以当我们将关系交给多的一方来维护时，可以设置级联删除

![这里写图片描述][SouthEast 20]

这个时候，SQL如下：

![这里写图片描述][SouthEast 21]

有时候，关系已经交给多的一方来维护，我们要删除的一的一方，但是不想删除多的一方数据，只是去除掉关系，比如一个员工离职了，那他跟其他部门的关系要清除，但是这些部门是不能删除的
        这个时候就是不设置级联删除，那我们该怎么做？
        这个时候，我们需要在程序里面清除一和多的关系！
    
    3.2.5 delete-orphan
    
        delete-orphan：删除所有和当前对象解除关联关系的对象。
        文件配置

![这里写图片描述][SouthEast 22]

代码设置

![这里写图片描述][SouthEast 23]

执行结果：

![这里写图片描述][SouthEast 24]

3.2.6总结
    
        save-update：一的一方保存，同时保存多的一方
    
        delete：删除一的一方，同时删除多的一方
    
        delete-orphan：孤儿删除，解除一和多的关系，同时将多的一方删除,如果需要配置多项，使用逗号分隔。<set cascade="save-update,delete">
    
        all : save-update 和 delete 整合
    
        all-delete-orphan : 三个整合

![这里写图片描述][SouthEast 25]

3.3多对多关联关系映射
    
        3.3.1创建表
    
        teacher

![这里写图片描述][SouthEast 26]

classes

![这里写图片描述][SouthEast 27]

teacher_classes

![这里写图片描述][SouthEast 28]

3.3.2创建对应类

![这里写图片描述][SouthEast 29]  
![这里写图片描述][SouthEast 30]

3.3.3配置映射关系

![这里写图片描述][SouthEast 31]  
![这里写图片描述][SouthEast 32]

3.3.4hibernate.cfg.xml引入映射文件

![这里写图片描述][SouthEast 33]

3.3.5应用(CRUD)

![这里写图片描述][SouthEast 34]

执行的SQL如下：

![这里写图片描述][SouthEast 35]

问题：如果在代码中设置双向关系会怎么样？
            删除：前提是关系是由teacher这一端来维护的

![这里写图片描述][SouthEast 36]  
![这里写图片描述][SouthEast 37]

修改内容，不会影响关系，所以直接修改即可
            而查询，依然是采用懒加载机制

![这里写图片描述][SouthEast 38]  
![这里写图片描述][SouthEast 39]  
![这里写图片描述][SouthEast 40]  
![这里写图片描述][SouthEast 41]

[SouthEast]: /images/20220602/d959e07c24f048e3aeb640c017e1059a.png
[SouthEast 1]: /images/20220602/9038d1e254e244eaa35aaa0ed9445687.png
[SouthEast 2]: /images/20220602/d2aba1b43b3243859e25dfd6dd957571.png
[SouthEast 3]: /images/20220602/b8cc8cb304c84730b94f072dc7c176c8.png
[SouthEast 4]: /images/20220602/f16c76f2f4724f8f9730bd4b3cdf9e6b.png
[SouthEast 5]: /images/20220602/63fa47f195044fe38c3b87ee02f64fcc.png
[SouthEast 6]: /images/20220602/d8c8f879bb8f4ce5a3e1dae615723df0.png
[SouthEast 7]: /images/20220602/f5a03bc687c247ff81e5634bdd1a80b4.png
[SouthEast 8]: /images/20220602/27e31fd4fbef43c78174c166ccd5b2df.png
[SouthEast 9]: /images/20220602/61e1f9a455a74829b61984debc1e455e.png
[SouthEast 10]: /images/20220602/b3811b0970d3400b8b9783f1248adacb.png
[SouthEast 11]: /images/20220602/267d76a8f8f441d3b1cf78ab9ef1a97f.png
[SouthEast 12]: /images/20220602/76140c57f44f4df197f3d8bc5b136f05.png
[SouthEast 13]: /images/20220602/8f770cb13c0d45eabdada2dbb1755b62.png
[SouthEast 14]: /images/20220602/fd8c0cd678134d4e967549b478f8a308.png
[SouthEast 15]: /images/20220602/950b496dbeee4771a396bd2d607f18a0.png
[SouthEast 16]: /images/20220602/e5344ace0fd246788a6648947c173851.png
[SouthEast 17]: /images/20220602/ed27f8b6380e4771ad03cc4610d8c5d0.png
[SouthEast 18]: /images/20220602/a8bcca4de571421c9b9379572a66fdd2.png
[SouthEast 19]: /images/20220602/5c8b790bd89a41b49559b2628053a0c1.png
[SouthEast 20]: /images/20220602/74c771fb5c434afb8023e8c7f4e639f5.png
[SouthEast 21]: /images/20220602/e0a4de16e8f94609b443fa477a036aaf.png
[SouthEast 22]: /images/20220602/71b70c44c0344e0788795a673babf8da.png
[SouthEast 23]: /images/20220602/c68494f042494054a02693cb5b0f580e.png
[SouthEast 24]: /images/20220602/31b760cbd7d14abe89608381318f1521.png
[SouthEast 25]: /images/20220602/dbe0fe38163e458a9670afa4b099536d.png
[SouthEast 26]: /images/20220602/9b5558b8ee5540c3a8d2ece9fce9deda.png
[SouthEast 27]: /images/20220602/f556109c4ab0482980bbc92801617600.png
[SouthEast 28]: /images/20220602/ba2b76ef69194e569466bff98140328c.png
[SouthEast 29]: /images/20220602/d4869ceaab50415a8c1bfc03e723e676.png
[SouthEast 30]: /images/20220602/0ad78eb792c54434ba248db5d9c1b97d.png
[SouthEast 31]: /images/20220602/728cbab74e2f4c0aa0cc83184d92c02b.png
[SouthEast 32]: /images/20220602/6b007bd9c9c24c73a38222e4e03f7ded.png
[SouthEast 33]: /images/20220602/0924fe45e26c4bcf8d130ccd95d309e2.png
[SouthEast 34]: /images/20220602/8ebe522d5edd4c55b66b59cb83288c83.png
[SouthEast 35]: /images/20220602/4652b4a72b5c4cbba7ffee545243fd5a.png
[SouthEast 36]: /images/20220602/cbb641426b21493b8aea7976a708f784.png
[SouthEast 37]: /images/20220602/cb04b04713d6468bb26b4f0f319f5e50.png
[SouthEast 38]: /images/20220602/f354c03027aa44faaf61d712401533cc.png
[SouthEast 39]: /images/20220602/692c2390d0f44223802b2b8c25a3cc2a.png
[SouthEast 40]: /images/20220602/f2968fa5b1cb48db8dbc1be233da2e37.png
[SouthEast 41]: /images/20220602/a246a9455a944eedb5280b5c7b906782.png