关于python:Django笔记六之外键ForeignKey介绍

39次阅读

共计 2349 个字符,预计需要花费 6 分钟才能阅读完成。

这一篇笔记介绍 Django 零碎 model 的外键解决,ForeignKey 以及相应的解决办法。

这是一种一对多的字段类型,示意两张表之间的关联关系。

本篇笔记的目录如下:

  1. on_delete
  2. related_name
  3. related_query_name
  4. 外键字段的保留

1、on_delete

假如有两个 application,app1 和 app2

app1 下的 某个 model 为 App1

app2 下的 某个 model 为 App2

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

当咱们设置 ForeignKey 的时候,有一个 on_delete 参数,次要用于当被关联的外键的数据被删除时,本身数据的解决。

在咱们下面的两个 model 的例子便是,当 App2 的某个数据被删除时,关联了该条数据的 App1 的数据的解决形式。

解决形式次要有以下几种:

CASCADE
关联删除,App2 的数据被删除时,App1 关联的数据也被删除

PROTECT
爱护解决,如果 App2 的数据被 App1 关联,那么关联了的 App2 的数据不会被删除

SET_NULL
置空解决,如果 App2 的数据被删除,App1 中关联了该条被删除的 App2 的数据这个字段都会被设置为 NULL

DO_NOTHING
不解决,原数据不会有任何操作,也就是说 App2 的某条数据被删除,App1 中的援用还在。

但其实这是一种不举荐的做法,因为如果拜访到 App1 中的这条数据,用到了 app2 这个字段,就会报错。

2、related_name

ForeignKey 有一个属性,related_name,用于示意从相干对象到此对象的关系的名称,仅用于展现,然而如果 related_query_name 字段没有被赋值的话,那么 related_query_name 则会默认应用 related_name 这个值。

留神: related_name 还有一个用处,就是在同一个 class 上面,如果有两个字段都是另一个 model 的外键字段,这时候增加 related_name 用来辨别两个字段是必须的。

示例如下:

class Entry(models.Model):
    blog_old = models.ForeignKey(Blog, related_name='old_entry')
    blog_new = models.ForeignKey(Blog, related_name='new_entry')

3、related_query_name

这个字段次要用于反向过滤器的搜寻,这个字段如果没有独自赋值,则会默认应用 related_name 的值。

对于反向过滤器,咱们能够来看下这个性能,以下是两个 model:

class Blog(models.Model):
    pass

class Entry(models.Model):
    blog = models.ForeignKey(Blog)

当初咱们有一个 Blog 的数据,

blog_1 = Blog.objects.get(id=1)

如果咱们想要获取所有 Entry 表里 blog 这个字段的值为 blog_1,怎么解决呢,一般来说是:

entry_list = Entry.objects.filter(blog=blog_1)

然而因为 blog 这个字段是 外键,所以咱们应用 反向过滤器 来解决:

entry_list = blog_1.entry_set.all()

下面就是咱们 反向过滤器 的用法,就是应用关联的 model 的名称的小写 + ‘_set’ 来操作,这是一个固定用法。

然而如果咱们设置了 related_query_name 这个字段,model 名称小写 +’_set’ 的用法就能够废除了,能够间接应用 related_query_name 来操作,比方 Entry 如下:

class Entry(models.Model):
    blog = models.ForeignKey(Blog, related_name="entries")

这时候,咱们没有设置 related_query_name 的值,所以会主动应用 related_name 的值,应用 反向过滤器 的办法如下:

entry_list = blog_1.entries.all()

4、外键字段的保留

首先咱们先来介绍一下外键字段在数据库和 model 里的样子。

在 model 里,以 Entry 为例,咱们能够看到,要害 blog 字段,间接命名为 ‘blog’,

然而在数据库的构造里,咱们去查看的话,能够看到该字段为 blog_id。

当咱们获取了一个 Entry 实例,为 entry_obj,

entry_obj = Entry.objects.get(id=1)

当咱们输入 entry_obj.blog,返回的就是一个 Blog 的实例,是一个 object,

而输入 entry_obj.blog_id,返回的就是一个 int 型的数据。

那么,咱们如何为 Entry 实例保留 blog 字段呢,
如果咱们有一个 blog 实例为 blog_1,那么能够间接应用:

entry_obj.blog = blod_1
entry_obj.save()

如果咱们有某个 Blog 的主键 id 为 blog_id,那么咱们能够这样操作:

entry_obj.blog_id = blod_id
entry_obj.save()

以上就是咱们这篇介绍外键的全部内容,接下来的笔记咱们将介绍 ManyToMany,OneToOne 的用法。

本文首发于自己微信公众号:Django 笔记。
原文链接:Django 笔记六之外键 ForeignKey 介绍
如果想获取更多相干文章,可扫码关注浏览:

正文完
 0