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值

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属性使用

例子：部门没，部门员工进入未分组部门（注：关联部门表外键可以为空）

posted @ 2019-12-28 21:55  LD_Dragon_sky  阅读(538)  评论(0)  编辑  收藏  举报