当前位置:   article > 正文

Django - 关于 models.py 模型的外键方法使用总结 - 1_django models 外键

django models 外键

一、如何构建模型外键

1. app内的外键构建

# app/models.py

class App1(models.Model):
	pass

class App2(models.Model):
    app2 = models.ForeignKey(App1, on_delete=models.CASCADE)
    
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

2. 跨app的外键构建

假设有两个 applicationapp1app2

app1 下的 某个 modelApp1

app2 下的 某个 modelApp2

# app1/models.py
class App1(models.Model):
	pass
  • 1
  • 2
  • 3

构建app1应用的App1表的外键,其中app2应用模型文件内的App2表是App1表的外表。

# app2/models.py
class App2(models.Model):
      app1 = models.ForeignKey("app1.App1", on_delete=models.CASCADE)

  • 1
  • 2
  • 3
  • 4

二、外键约束 - 删除操作的参数配置

CASCADE级联更新操作。如果外键对应的那条数据被删除了,那么这条数据也会被删除。 (最常用的配置

# app/models.py
app2 = models.ForeignKey(App1, on_delete=models.CASCADE)
  • 1
  • 2

PROTECT受保护。即只要这条数据引用了外键的那条数据,那么就不能删除外键的那条数据。
如果我们强行删除,Django就会报错。

# app/models.py
app2 = models.ForeignKey(App1, on_delete=models.PROTECT)
  • 1
  • 2

SET_NULL设置为空。如果外键的那条数据被删除了,那么在本条数据上就将这个字段设置为空。
如果设置这个选项,前提是要指定这个字段可以为空。blank=True, null=True 可以指定字段为空字段,不过Django通常都会给数据库表空字段配置空字符串 ' ',把null改为 ' '

# app/models.py
app2 = models.ForeignKey(App1, on_delete=models.SET_NULL, blank=True, null=True)
  • 1
  • 2

详解Django 中的blank=True 和 null=True

SET_DEFAULT设置默认值。如果外键的那条数据被删除了,那么本条数据上就将这个字段设置为默认值。
如果设置这个选项,前提是要指定这个字段一个默认值

# app/models.py
app2 = models.ForeignKey(App1, default='test_default', on_delete=models.SET_DEFAULT)
  • 1
  • 2

SET(value):如果外键的那条数据被删除了。那么将会获取SET函数中的值(value)来作为这个外键的值。SET函数可以接收一个可以调用的对象(比如函数或者方法)。
如果是可以调用的对象,那么会将这个对象调用后的结果作为返回值return返回回去。可以不用指定默认值

# app/models.py
app2 = models.ForeignKey(App1, default='test_set', on_delete=models.SET(value))
  • 1
  • 2

DO_NOTHING:不采取任何行为。一切全看数据库级别的约束。

DO_NOTHING,不处理,原数据不会有任何操作,也就是说 App1 的某条数据被删除,App2 中的引用还在,其实就是外表的外键还在。 但其实这是一种不推荐的做法,因为如果访问到App2 中的这条数据,用到了 app1 这个字段,就会报错,因为有一条数据被删除了,那么外键表内就有一条数据的外键和主表的外键对应不上,找不到,就报错了。

# app/models.py
app2 = models.ForeignKey(App1, default='test_nothing', on_delete=models.DO_NOTHING)
  • 1
  • 2

三、多表外键绑定,起别名 - related_name

ForeignKey 有一个属性,related_name,用于表示从相关对象到此对象的关系的名称,仅用于展示,但是如果related_query_name 字段没有被赋值的话,那么 related_query_name 则会默认使用related_name 这个值。(不清楚是真有releted_query_name,原文不知道是不是写错了,感觉有点矛盾,我就先自己琢磨理解为自己的东西)

也就是说会默认使用下面那个例子的 App2_old 和 App2_new 作为字段名。

注意: related_name 还有一个用途,就是在同一个 class 下面,指模型表,如果有两个创建的外键字段都是相同 model 的外键字段,这时候添加 related_name 用来区分两个字段是必须的。

示例如下:

# app/models.py
class App2(models.Model):
    App1_old = models.ForeignKey(App1, related_name='old_app1')
    App1_new = models.ForeignKey(App1, related_name='new_app1')
    
  • 1
  • 2
  • 3
  • 4
  • 5

1. 别名的实际应用 - 外键值查询 - 反向过滤器的搜索

示例如下:

# app/models.py
class App1(models.Model):
	# 正常字段
	app1_data= models.CharField(verbose_name='信息', max_length=255) 

 
class App2(models.Model):
    app1= models.ForeignKey(App1)  # 外键字段
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8

现在我们获取了 App1 表的一个数据,变量名为 app1_1,值为xxx

app1_1 = App1.objects.get(id=1) # 获取App1表 id 为 1 的一行数据
  • 1

如果我们想要获取 App1 表里所有 app1_data 这个字段的值为 app1_1,怎么处理呢?一般来说是:

# 获取只要是app1_data字段内的值满足app1_1,即等于app1_1的值,
# 就作为返回数据之一,返回值类型 列表
app1_list = app1.objects.filter(app1_data=app1_1) 
  • 1
  • 2
  • 3

正常情况下,获取某张表内的的信息是按上面的方法搜索的,即SQL语句是这样子的 SELECT * FROM App1 WHERE app1_data='xxx';

但是如果是要获取主表的所有外键字段的数据,就需要使用下面的方法来获取。

app1_list = app1_1.app2_set.all()
  • 1

上面就是我们 反向过滤器 的用法,就是使用外键关联的model 的名称的小写形式 + _set 来操作,这是一个固定用法。即 App2App1的外键关联模型表

但是如果我们设置了 related_name 这个属性, model名称小写+’_set’ 的用法就可以废弃了,可以直接使用 related_name 来操作,比如 App2如下,

示例演示:

# app/models.py
class App2(models.Model):
    App1_fork = models.ForeignKey(App1, related_name='app1_fork')
    
  • 1
  • 2
  • 3
  • 4

获取App1表的所有外键:(注意是查外键是主表App1的数据调用反向过滤器,而不是外键表App2的数据是主表的)

app1_fork_list = app1_1.app1_fork.all()
  • 1

参考链接

Django中外键ForeignKey介绍使用

Django中外键使用详解

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/我家自动化/article/detail/142798
推荐阅读
相关标签
  

闽ICP备14008679号