09 ORM表关系

ORM表关系

数据库关系分析

1、之间有关系的两个表，增删改操作会相互影响(当一个表被修改，另外关联的其他表也要随着改变，当表之间的关系太多，会导致效率低)，查询操作就是正常的连表操作

2、之间有关系的两个表，断开关联，但所有的数据保持与原来一致

每个表都可以单独操作，增删查改操作效率极高，但是容易出现脏数据（可以通过代码避免）
由于数据没有任何变化，所以查询的连表操作不会受到任何影响

3、Django的ORM支持断关联操作关系表，且所有的操作方式和没有断关联操作一致

通过Django的ORM操作，当业务量超大的时候，不如原生sql语句的效率高

ORM操作关系

外键位置：

1）一对多：ForeignKey必须放在多的一方，例如：书与出版社，外键应该放在书表

2）多对多：ManyToManyField放在任何一方都可以，因为会创建关系表，在关系表中用两个外键分别关联两个表

3）一对一：OneToOneField放在依赖的表中，例如：作者与作者详情表，详情表依赖于作者表，因此放在作者详情表，OneToOneField会被转换为外键 + 唯一约束关系。

ORM外键字段关系：

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下必须手动明确

on_delete对应的关系：
作者没，作者详情一定没：models.CASCADE
作者没，书还是该作者出的：models.DO_NOTHING
部门们，部门内的员工全部进入未分组部门：models.SET_DEFAULT (需要配合default属性使用)
部门们，部门内的员工部门外键字段设置为空：models.SET_NULL (需要配合null=True属性使用)

class Author(models.Model):
    name = models.CharField(max_length=64)
 
 
class AuthorDetail(models.Model):
    phone = models.CharField(max_length=11)
    author = models.OneToOneField(
        to=Author,
        related_name='detail',
        db_constraint=False,
        on_delete=models.SET_NULL,
        null=True
    )