[表模型之on_delete参数,数据库关系分析,ORM操作关系(外键位置及参数)]

表模型之on_delete参数

'''
表关系 on_delete 值
* 代表使用频率
作者没，作者详情一定没：CASCADE   (*****)
作者没，书还是该作者的：DO_NOTHING （管理的主键id不会有任何变化）
部门没。部门内的员工全部进入未分组部门： SET_DEFAULT(需要配合default属性使用)  
部门没。部门内的员工部门外键字段设置为空， SET_NULL(需要配合NULL=True属性使用)  (*****)

'''

数据库关系分析

"""
1）之间有关系的两个表，增删改操作会相互影响(效率低)，查询操作就是正常的连表操作
2）之间有关系的两个表，断开关联，但所有数据保持与原来一致
 每个表都可以单独操作，增删改操作效率极高，但是容易出现脏数据(开发中完全可以避免)
 由于数据没有任何变化，所以查询的连表操作不会受到任何影响
 
3）Django的ORM支持断关联操作关系表，且所有的操作方式和没有断关联操作一致
"""

ORM操作关系

"""
外键位置：
1）一对多：ForeignKey必须放在多的一方，书与出版社，外键应该放在书表
2）多对多：ManyToManyField放在任何一方都可以，因为会创建关系表，在关系表中用两个外键分别关联两个表
3）一对一：OneToOneField放在依赖的表，作者与作者详情，放在详情表，OneToOneField会被转换为 外键 + 唯一约束
"""

"""
ORM关系Field：
ForeignKey可以设置related_name, db_constraint, on_delete
OneToOneField可以设置related_name, db_constraint, on_delete
ManyToManyField只能设置related_name, db_constraint
    不能设置on_delete的原因：不管是关联的A表，还是B表，数据修改，都会影响到关系表（默认级联），
    如果想控制，只能自定义关系表，在关系表的两个外键分别设置on_delete
"""

"""
参数含义
related_name：表之间反向访问的名字，默认是 表名小写|表名小写_set
db_constraint：表之间的关联关系，默认为True，代表关联，设置False，可以提高增删改的效率，且不影响查等其他操作
on_delete：在django 1.x下默认是CASCADE，在django 2.x下必须手动明确
"""