Django 笔记六之外键 ForeignKey 介绍
本文首发于公众号:Hunter 后端
这是一种一对多的字段类型,表示两张表之间的关联关系。
本篇笔记的目录如下:
on_delete
related_name
related_query_name
外键字段的保存
1、on_delete
假设有两个 application,app1 和 app2
app1 下的 某个 model 为 App1
app2 下的 某个 model 为 App2
当我们设置 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 用来区分两个字段是必须的。
示例如下:
3、related_query_name
这个字段主要用于反向过滤器的搜索,这个字段如果没有单独赋值,则会默认使用 related_name 的值。
关于反向过滤器,我们可以来看下这个功能,以下是两个 model:
现在我们有一个 Blog 的数据,
如果我们想要获取所有 Entry 表里 blog 这个字段的值为 blog_1,怎么处理呢,一般来说是:
但是因为 blog 这个字段是 外键,所以我们使用 反向过滤器 来处理:
上面就是我们 反向过滤器 的用法,就是使用关联的 model 的名称的小写 + '_set' 来操作,这是一个固定用法。
但是如果我们设置了 related_query_name 这个字段, model 名称小写+'_set' 的用法就可以废弃了,可以直接使用 related_query_name 来操作,比如 Entry 如下:
这时候,我们没有设置 related_query_name 的值,所以会自动使用 related_name 的值,使用 反向过滤器 的方法如下:
4、外键字段的保存
首先我们先来介绍一下外键字段在数据库和 model 里的样子。
在 model 里,以 Entry 为例,我们可以看到,关键 blog 字段,直接命名为 'blog',
但是在数据库的结构里,我们去查看的话,可以看到该字段为 blog_id。
当我们获取了一个 Entry 实例,为 entry_obj,
当我们输出 entry_obj.blog,返回的就是一个 Blog 的实例,是一个 object,
而输出 entry_obj.blog_id,返回的就是一个 int 型的数据。
那么,我们如何为 Entry 实例保存 blog 字段呢,如果我们有一个 blog 实例为 blog_1,那么可以直接使用:
如果我们有某个 Blog 的主键 id 为 blog_id,那么我们可以这样操作:
以上就是我们这篇介绍外键的全部内容,接下来的笔记我们将介绍 ManyToMany,OneToOne 的用法。
版权声明: 本文为 InfoQ 作者【Hunter熊】的原创文章。
原文链接:【http://xie.infoq.cn/article/bdb48b0dfc12d1d197bd7e15a】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论