基表

基表,为抽象表,是专门用来被继承,提供公有字段的,自身不会完成数据库迁移

断关联表关系

  1. 不会影响连表查询操作效率

  2. 会提升连表增删改查操作效率

  3. 易于后期数据库表重构

  4. 缺点在于:数据库本身没有连表检测,容易出现脏数据,需要通过严格的逻辑避免脏数据的参数(必要的时候管理脏数据)

    举例:A依赖B,先插入A记录,该记录对应的B记录没产生,在没有关联的情况下,该操作可以实现,但是数据就是脏数据

    接着再将B数据添加,脏数据就得到处理了。反过来先操作B后操作A,更满足逻辑思维,一样可以执行。通过逻辑将AB表进行连表查询,不会有任何异常

表关系总结

book和publish 一对多:外键在多的一方 book

book和author 多对多:外键在查询频率高的一方 book

author和authorDetail 一对一:外键要根据实际需求建立在合理的位置authorDetail

外键字段属性

  1. related_name在外键中设置外键反向查询的字段名:正向找字段名,反向找related_name值

  2. on_delete在外键中必须设置,表示级联关系,在Django 1.x下,系统默认提供(值为mdoels.CASCASE),Django 2.x下,必须手动明确

    CASCASE:默认值,级联

    ​ 例子:作者没,详情字段一定没,存在没意义

    DO-NOTHING:外键不会 被级联,假设A表依赖B表,B记录删除,A表的外键字段不做任何处理

    ​ 例子:出版社没 ,书还是出版社出版的

    SET_DEFAULT:假设A表依赖B表,B记录删除,A表的外键字段置为default属性设置的值,所以必须配置default属性使用

    ​ 例子:部门没,部门员工进入待定部门(注:部门表一定有待定部门记录)

    SET_NULL:假设A表依赖B表,B记录删除,A表的外键字段置为null,所以必须配合bull=True属性使用

    ​ 例子:部门没,部门员工进入未分组部门(注:关联部门表外键可以为空)

    注:多对多字段不能设置on_delete级联关系,默认为级联,如果要处理级联关系,需要手动明确关系表,处理关系表中的多个外键

  3. db_constraint在外键中控制表关联,默认为True表关联,设置False表示断开关联

子序列化

  1. 只能在序列化中使用

  2. 字段名必须是外键(正向反向)字段 ( 外键字段:books)

    因为相对于自定义序列化外键字段,自定义序列化字段是不能参与反序列化的,而子序列化必须为外键名,所以无法入库

  3. 在外键关联数据是多条时,需要明确many=True (books = BookModelSerializer(many = True))

  4. 是单向操作,因为作为子系列的类必须写在上方,所以不能产生逆方向的子序列化

多表操作:子序列化
class BookModelSerializer(serializers.ModelSerializer):
    class Meta:
        model = models.Book
        fields = '__all__'   查找所有字段
        
class PublishModelSerializer(serializers.ModelSerializer):
	  class Meta:
        model = models.Publish
        fields = ['name', 'address', 'books']