Django --- 基表 断关系 related_name on_delete
作者:互联网
目录
基表
基表,为抽象表,是专门用来被继承,提供公有字段的,自身不会完成数据库迁移
abstract
class BaseModel(models.Model):
is_delete = models.BooleanField(default=False)
create_time = models.DateTimeField(auto_now_add=True)
class Meta:
# 设置 abstract = True 来声明基表 作为基表的model 不能在数据库中有对应的表
abstract = False
外键其他参数(重点)
补充:
一对多 - 外键放多的一方
一对一 - 从逻辑正反向考虑,如作者表与作者详情表,作者删除级联删除详情,详情删除作者依旧存在,所以建议外键在详情表中
多对多 - 外键在查询频率高的一方
db_constraint=False
断关联表关系
1)不会影响连表查询操作效率
2)会提升连表增删改操作效率
3)易于后期数据库表的重构
4)缺点在于:数据库本身没有连表检测,容易出现脏数据,需要通过严格的逻辑避免脏数据的参数(必要的时候管理脏数据)
举例:A依赖B,先插入A记录,该记录对应的B记录没产生,在没有关联的情况下,该操作可以实现,但是数据就是脏数据接着再将B数据添加,脏数据就得到处理了。反过来先操作B后操作A,更满足逻辑思维,一样可以执行。通过逻辑将AB表进行连表查询,不会有任何异常
class Book(BaseModel):
authors = models.ManyToManyField(to='Author', db_constraint=False)
# db_constraint在外键中控制表关联,默认为True表示关联,设置False表示断开关联
related_name
# related_name在外键中设置外键反向查询的字段名:正向找字段名,反向找related_name值
class Book(BaseModel):
publish = models.ForeignKey(to='Publish', related_name='books')
authors = models.ManyToManyField(to='Author', related_name='books')
on_delete
on_delete在外键中必须设置,表示级联关系
在Django 1.x下,系统默认提供(值为models.CASCADE),Django 2.x下,必须手动明确
publish = models.ForeignKey(
to='Publish',
related_name='books',
db_constraint=False,
on_delete=models.DO_NOTHING, .......
)
注:多对多字段不能设置on_delete级联关系,默认为级联,如果要处理级联关系,需要手动明确关系表,处理
关系表中的多个外键
CASCADE:默认值,级联
例子:作者没,详情一定没,存在没意义
DO_NOTHING:外键不会被级联
假设A表依赖B表,B记录删除,A表的外键字段不做任何处理
例子:作者没,书还是作者写的 | 出版社没,书还是该出版社出版的
SET_DEFAULT: 设置为默认值
假设A表依赖B表,B记录删除,A表的外键字段置为default
属性设置的值
所以必须配合default
属性使用
SET_NULL: 设置为null
假设A表依赖B表,B记录删除,A表的外键字段置为null
所以必须配合null=True
属性使用
例子:部门没,部门员工进入未分组部门(注:关联部门表外键可以为空)
标签:级联,基表,name,models,外键,related,False 来源: https://www.cnblogs.com/lddragon1/p/12113197.html