ORM表之间高级设计

一、表的继承

# db_test1
# 一、基表
# Model类的内部配置Meta类要设置abstract=True，
# 这样的Model类就是用来作为基表

# 多表：Book，Publish，Author，AuthorDetail
class BaseModel(models.Model):
    # 实现表公共字段的继承
    create_data = models.DateTimeField(auto_now_add=True)
    is_delete = models.BooleanField(default=False)

    class Meta:
        # 基表必须设置abstract，基表就是给普通Model类继承使用的
        # ，设置了abstract就不会完成数据库迁移完成建表，这张表不会被创建
        abstract = True

class Book(BaseModel):  # 书
    name = models.CharField(max_length=49)
    price = models.DecimalField(max_digits=5, decimal_places=2)

class Publish(BaseModel):  # 出版社
    name = models.CharField(max_length=50)
    address = models.CharField(max_length=64)

class Author(BaseModel):  # 作者 被关联表
    name = models.CharField(max_length=50)
    sex = models.IntegerField(choices=[(0, "男"), (1, "女")])

class AuthorDetail(BaseModel):  # 作者详情 关联表
    mobile = models.CharField(max_length=11)

# from django.contrib.auth.models import AbstractUser, User
# class users(User)

总结:

自定义基表,主要是用于解决多个表出现重复的字段,可以自定义基表(参考auth.models.User表)

首先需要自定义创建一个表，然后在写内部类 Meta

 class BaseModel(models.Model):
        create_data = models.DateTimeField(auto_now_add=True)
        is_delete = models.BooleanField(default=False)

        class Meta:
            abstract = True

在Meta内部类中必须设置属性abstract = True，基表既可以别普通类继承使用
在基表中设置了abstract = True，在数据库迁移命令完成后，这张表不会被创建

二、外键设计

from django.db import models
# db_test1
# 一、基表
# Model类的内部配置Meta类要设置abstract=True，
# 这样的Model类就是用来作为基表

# 多表：Book，Publish，Author，AuthorDetail
class BaseModel(models.Model):
    # 实现表公共字段的继承
    create_data = models.DateTimeField(auto_now_add=True)
    is_delete = models.BooleanField(default=False)

    class Meta:
        # 基表必须设置abstract，基表就是给普通Model类继承使用的
        # ，设置了abstract就不会完成数据库迁移完成建表，这张表不会被创建
        abstract = True

class Book(BaseModel):  # 书
    name = models.CharField(max_length=49)
    price = models.DecimalField(max_digits=5, decimal_places=2)

    # 出版社与书是一对多的关系,                设置反向查询字段    
    publish = models.ForeignKey(to="Publish", related_name="books")

    # 书与作者是多对多的关系                    
    #                                            设置反向查询字段
    author = models.ManyToManyField(to="Author", related_name="books")

class Publish(BaseModel):  # 出版社
    name = models.CharField(max_length=50)
    address = models.CharField(max_length=64)

class Author(BaseModel):  # 作者 被关联表
    name = models.CharField(max_length=50)
    sex = models.IntegerField(choices=[(0, "男"), (1, "女")])

    # 出版社与作者一对多的关系                   设置反向查询字段     
    publish = models.ForeignKey(to="Publish", related_name="author")

class AuthorDetail(BaseModel):  # 作者详情 关联表
    mobile = models.CharField(max_length=11)

    # 设置一对一外键: 有作者可以没有详情，删除作者，详情一定会被级联删除
    # 作者与个人信息是一对一的关系               设置反向查询字段      
    author = models.OneToOneField(to="Author", related_name="detail")

"""


三、ORM外键设计
    1. 一对多: 外键攒在多的一方
    2. 多对多: 外键存放在常用的一方
    3. 一对一:外键存放在不常用的一方,
        原因,比如作者和做个人信息表，如果在作者中设置主键，设置级联关系,那么作者删除了个人信息还存在，还需要自己逻辑删除，
        所以通过将外键设置在不常用的字段中,如果作者删除了,个人信息也被删除了
    4. 外键字段为正向查询字段, 通过related_name设置为反向查询字段
"""

总结：

ORM外键设计
一对一的外键存放在不常用的一方：
- 原因原因,比如作者和做个人信息表，如果在作者中设置主键，设置级联关系,那么作者删除了个人信息还存在，还需要自己逻辑删除，
- 所以通过将外键设置在不常用的字段中,如果作者删除了,个人信息也被删除了
一对多的外键设置在多的一方
多对多的外键设置在常用的一方
设置外键字段可以通过正向查询字段,不能进行反向查询，可以通过 related_name,设置为反向查询字段，可以通过自己设置的字段进行反向查询

三、表之间级联关系(断关联)

from django.test import TestCase
from django.db import models
# db_test1
# 一、基表
# Model类的内部配置Meta类要设置abstract=True，这样的Model类就是用来作为基表
# 多表：Book，Publish，Author，AuthorDetail
class BaseModel(models.Model):
    # 实现表公共字段的继承
    create_data = models.DateTimeField(auto_now_add=True)
    is_delete = models.BooleanField(default=False)

    class Meta:
        # 基表必须设置abstract，基表就是给普通Model类继承使用的
        # ，设置了abstract就不会完成数据库迁移完成建表，这张表不会被创建
        abstract = True

class Book(BaseModel):  # 书
    name = models.CharField(max_length=49)
    price = models.DecimalField(max_digits=5, decimal_places=2)

    # 出版社与书是一对多的关系,                设置反向查询字段     断外键之间的关系      设置级联,不进行级联删除(出版社删了,书不删) 一对多关系
    publish = models.ForeignKey(to="Publish", related_name="books",db_constraint=False, on_delete=models.DO_NOTHING)

    # 书与作者是多对多的关系                      断关联

    # 在多对多外键实际在关系表中，ORM默认关系表中两个外键都是级联
    # ManyToManyField字段不提供设置on_delete，如果想设置关系表级联，只能手动定义创建第三张关系表
    author = models.ManyToManyField(to="Author", related_name="books", db_constraint=False)

class Publish(BaseModel):  # 出版社
    name = models.CharField(max_length=50)
    address = models.CharField(max_length=64)

class Author(BaseModel):  # 作者 被关联表
    name = models.CharField(max_length=50)
    sex = models.IntegerField(choices=[(0, "男"), (1, "女")])

    # 出版社与作者一对多的关系                   设置反向查询字段     断外键之间的关联
    publish = models.ForeignKey(to="Publish", related_name="author", db_constraint=False)


class AuthorDetail(BaseModel):  # 作者详情 关联表
    mobile = models.CharField(max_length=11)

    # 设置一对一外键: 有作者可以没有详情，删除作者，详情一定会被级联删除
    # 作者与个人信息是一对一的关系               设置反向查询字段      断外键之间的关联     级联删除(作者删除用户表删除)
    author = models.OneToOneField(to="Author", related_name="detail",db_constraint=False, on_delete=models.CASCADE)

总结：

表之间断关联，原因在于，当项目越来越大，当要重构表是就会影响相关联的表，表之间可能会形成一个环
表之间虽然没有外键的关联，但是存在外键的逻辑关联(有充当外键的字段),这样也会导致一个问题，表中有可能会存在脏数据
断关联后表之间不会影响数据库查询效率,但是会极大提高数据的增删改效率
断关联一定要通过逻辑保证表之间的数据安全
断关联通过这只外键字段db_constraint=False,设置
外键之间的级联关系的设置(ORM级联只能删除)
- 一对一级联删除：on_delete = models.CASCADE， eg: 作者没有了, 详情也没有
- 一对多级联删除: on_delete=models.DO_NOTHING， eg: 出版社没了, 书还是那个出版社出版
- 多对多级联删除:不能在外键中设置级联删除，只能在自定义创建第三张表中实现级联删除，
- 部门没了, 员工没有部门(可以设置为空,空部门): null=True, on_delete=models.SET_NULL,
- 部门没了,员工计入默认部门(默认值): defalult = 0, on_delete=models.SET_DEFAULT

四、总结

自定义表
1. 自定义基表,主要是用于解决多个表出现重复的字段,可以自定义基表(参考auth.models.User表)
2. 首先需要自定义创建一个表，然后在写内部类 Meta
```
 class BaseModel(models.Model):
        create_data = models.DateTimeField(auto_now_add=True)
        is_delete = models.BooleanField(default=False)

        class Meta:
            abstract = True
```
3. 在Meta内部类中必须设置属性abstract = True，基表既可以别普通类继承使用
4. 在基表中设置了abstract = True，在数据库迁移命令完成后，这张表不会被创建
ORM外键设计
1. ORM外键设计
2. 一对一的外键存放在不常用的一方(根据级联关系)：
  - 原因原因,比如作者和做个人信息表，如果在作者中设置主键，设置级联关系,那么作者删除了个人信息还存在，还需要自己逻辑删除，
  - 所以通过将外键设置在不常用的字段中,如果作者删除了,个人信息也被删除了
3. 一对多的外键设置在多的一方
4. 多对多的外键设置在常用的一方
5. 设置外键字段可以通过正向查询字段,不能进行反向查询，可以通过 related_name="反向表名称",设置为反向查询字段，可以通过自己设置的字段进行反向查询
```
# 正向查询
print(models.Book.objects.all().filter(author=1))
# 反向查询
print(models.Author.objects.all().filter(book=1))
"""
<QuerySet [<Book: Book object>]>
<QuerySet [<Author: Author object>, <Author: Author object>]>
"""
```
不能访问data ,save

三个方法两个方法 minx

单增，群查

v4唯一键
表之间断关联：
1. 表之间断关联，原因在于，当项目越来越大，当要重构表是就会影响相关联的表，表之间可能会形成一个环
2. 表之间虽然没有外键的关联，但是存在外键的逻辑关联(有充当外键的字段),这样也会导致一个问题，表中有可能会存在脏数据
3. 断关联后表之间不会影响数据库查询效率,但是会极大提高数据的增删改效率
4. 断关联一定要通过逻辑保证表之间的数据安全
5. 断关联通过这只外键字段db_constraint=False,设置
6. 外键之间的级联关系的设置(ORM级联只能删除)
  - 一对一级联删除：on_delete = models.CASCADE， eg: 作者没有了, 详情也没有
  - 一对多级联删除: on_delete=models.DO_NOTHING， eg: 出版社没了, 书还是那个出版社出版
  - 多对多级联删除:不能在外键中设置级联删除,不能设置 on_delete，只能在自定义创建第三张表中实现级联删除，
  - 部门没了, 员工没有部门(可以设置为空，空部门): null=True, on_delete=models.SET_NULL,
  - 部门没了,员工计入默认部门(默认值): defalult = 0, on_delete=models.SET_DEFAULT

表设计路飞

1、免费课、实战课、轻课业务线独立，所以设置三个数据库表，相同字段用BaseModel处理
2、课程分类表、老师表只需要一个，三种课程公用
3、章节表、课时表、评论表、问题表要与具体分类的课程配套(陪三套表)
***评论表：分三个表(因为是一对多的关系，只要拆了一方，跟随的都要拆)或者产生第三张表实现实现对应关系*****

4、尽量不连表
	主页推荐课程，可以就访问课程表，课程表增加 推荐字段
	主页模块创建 课程推荐表，点击跳转的链接为 课程详情接口
	推荐关系表 => 接口缓存
	
   一下不是实时变化的数字结果(一般都是计算而来)，可以直接用一个字段存储
   	总课时，热度(学习学生数)
   	
5、免费课一条业务线五张表：分类、课程、老师、章节、课时

posted @ 2020-01-13 21:15 RandySun 阅读(231) 评论(1) 编辑收藏举报

刷新页面返回顶部

RandySun

有角度，才会有方向在当下的阶段，必将由程序员来主导，甚至比以往更甚

ORM表之间高级设计

ORM表之间高级设计

一、表的继承

二、外键设计

三、表之间级联关系(断关联)

四、总结

公告

RandySun

有角度，才会有方向 在当下的阶段，必将由程序员来主导，甚至比以往更甚

ORM表之间高级设计

ORM表之间高级设计

一、表的继承

二、外键设计

三、表之间级联关系(断关联)

四、总结

公告

有角度，才会有方向在当下的阶段，必将由程序员来主导，甚至比以往更甚