Django框架的關系型字段是什么

Django框架的關系型字段是什么？針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

除了我們前面說過的普通類型字段，Django還定義了一組關系類型字段，用來表示模型與模型之間的關系。

一、多對一（ForeignKey）

多對一的關系，通常被稱為外鍵。外鍵字段類的定義如下：

class ForeignKey(to, on_delete, **options)[source]

外鍵需要兩個位置參數，一個是關聯的模型，另一個是on_delete選項。實際上，在目前版本中，on_delete選項也可以不設置，但Django極力反對如此，因此在Django2.0版本后，該選項會設置為必填。

外鍵要定義在‘多’的一方！

from django.db import modelsclass Car(models.Model):
    manufacturer = models.ForeignKey(        'Manufacturer',
        on_delete=models.CASCADE,
    )    # ...class Manufacturer(models.Model):
    # ...
    pass

上面的例子中，每輛車都會有一個生產工廠，一個工廠可以生產N輛車，于是用一個外鍵字段manufacturer表示，并放在Car模型中。注意，此manufacturer非彼Manufacturer模型類，它是一個字段的名稱。在Django的模型定義中，經常出現類似的英文單詞大小寫不同，一定要注意區分！

如果要關聯的對象在另外一個app中，可以顯式的指出。下例假設Manufacturer模型存在于production這個app中，則Car模型的定義如下：

class Car(models.Model):
    manufacturer = models.ForeignKey(        'production.Manufacturer',      # 關鍵在這里！！
        on_delete=models.CASCADE,
    )

如果要創建一個遞歸的外鍵，也就是自己關聯自己的的外鍵，使用下面的方法：

models.ForeignKey('self', on_delete=models.CASCADE)

核心在于‘self’這個引用。什么時候需要自己引用自己的外鍵呢？典型的例子就是評論系統！一條評論可以被很多人繼續評論，如下所示：

class Comment(models.Model):
    title = models.CharField(max_length=128)
    text = models.TextField()
    parent_comment = models.ForeignKey('self', on_delete=models.CASCADE)    # .....

注意上面的外鍵字段定義的是父評論，而不是子評論。為什么呢？因為外鍵要放在‘多’的一方！

在實際的數據庫后臺，Django會為每一個外鍵添加_id后綴，并以此創建數據表里的一列。在上面的工廠與車的例子中，Car模型對應的數據表中，會有一列叫做manufacturer_id。但實際上，在Django代碼中你不需要使用這個列名，除非你書寫原生的SQL語句，一般我們都直接使用字段名manufacturer。

關系字段的定義還有個小坑。在后面我們會講到的verbose_name參數用于設置字段的別名。很多情況下，為了方便，我們都會設置這么個值，并且作為字段的第一位置參數。但是對于關系字段，其第一位置參數永遠是關系對象，不能是verbose_name，一定要注意！

參數說明：

外鍵還有一些重要的參數，說明如下：

on_delete

當一個被外鍵關聯的對象被刪除時，Django將模仿on_delete參數定義的SQL約束執行相應操作。比如，你有一個可為空的外鍵，并且你想讓它在關聯的對象被刪除時，自動設為null，可以如下定義：

user = models.ForeignKey(
    User,
    models.SET_NULL,
    blank=True,
    null=True,
)

該參數可選的值都內置在django.db.models中，包括：

CASCADE：模擬SQL語言中的ON DELETE CASCADE約束，將定義有外鍵的模型對象同時刪除！（該操作為當前Django版本的默認操作！）

PROTECT:阻止上面的刪除操作，但是彈出ProtectedError異常。

SET_NULL：將外鍵字段設為null，只有當字段設置了null=True時，方可使用該值。

SET_DEFAULT:將外鍵字段設為默認值。只有當字段設置了default參數時，方可使用。

DO_NOTHING：什么也不做。

SET()：設置為一個傳遞給SET()的值或者一個回調函數的返回值。注意大小寫。

from django.conf import settings
from django.contrib.auth import get_user_model
from django.db import models
def get_sentinel_user():
    return get_user_model().objects.get_or_create(username='deleted')[0]
    class MyModel(models.Model):
    user = models.ForeignKey(
        settings.AUTH_USER_MODEL,
        on_delete=models.SET(get_sentinel_user),
    )

limit_choices_to

該參數用于限制外鍵所能關聯的對象，只能用于Django的ModelForm（Django的表單模塊）和admin后臺，對其它場合無限制功能。其值可以是一個字典、Q對象或者一個返回字典或Q對象的函數調用，如下例所示：

staff_member = models.ForeignKey(
    User,
    on_delete=models.CASCADE,
    limit_choices_to={'is_staff': True},
)

這樣定義，則ModelForm的staff_member字段列表中，只會出現那些is_staff=True的Users對象，這一功能對于admin后臺非常有用。

可以參考下面的方式，使用函數調用：

def limit_pub_date_choices():
    return {'pub_date__lte': datetime.date.utcnow()}
    # ...limit_choices_to = limit_pub_date_choices# ...

related_name

用于關聯對象反向引用模型的名稱。以前面車和工廠的例子解釋，就是從工廠反向關聯到車的關系名稱。

通常情況下，這個參數我們可以不設置，Django會默認以模型的小寫作為反向關聯名，比如對于工廠就是car，如果你覺得car還不夠直觀，可以如下定義：

class Car(models.Model):
    manufacturer = models.ForeignKey(        'production.Manufacturer',      
        on_delete=models.CASCADE,
        related_name='car_producted_by_this_manufacturer',  # 看這里！！
    )

也許我定義了一個蹩腳的詞，但表達的意思很清楚。以后從工廠對象反向關聯到它所生產的汽車，就可以使用maufacturer.car_producted_by_this_manufacturer了。

如果你不想為外鍵設置一個反向關聯名稱，可以將這個參數設置為“+”或者以“+”結尾，如下所示：

user = models.ForeignKey(
    User,
    on_delete=models.CASCADE,
    related_name='+',
)

related_query_name

反向關聯查詢名。用于從目標模型反向過濾模型對象的名稱。（過濾和查詢在后續章節會介紹）

class Tag(models.Model):
    article = models.ForeignKey(
        Article,
        on_delete=models.CASCADE,
        related_name="tags",
        related_query_name="tag",       # 注意這一行
    )
    name = models.CharField(max_length=255)# 現在可以使用‘tag’作為查詢名了
    Article.objects.filter(tag__name="important")

to_field

默認情況下，外鍵都是關聯到被關聯對象的主鍵上（一般為id）。如果指定這個參數，可以關聯到指定的字段上，但是該字段必須具有unique=True屬性，也就是具有唯一屬性。

db_constraint

默認情況下，這個參數被設為True，表示遵循數據庫約束，這也是大多數情況下你的選擇。如果設為False，那么將無法保證數據的完整性和合法性。在下面的場景中，你可能需要將它設置為False：

有歷史遺留的不合法數據，沒辦法的選擇你正在分割數據表

當它為False，并且你試圖訪問一個不存在的關系對象時，會拋出DoesNotExist 異常。

swappable

控制遷移框架的動作，如果當前外鍵指向一個可交換的模型。使用場景非常稀少，通常請將該參數保持默認的True。

二、多對多（ManyToManyField）

多對多關系在數據庫中也是非常常見的關系類型。比如一本書可以有好幾個作者，一個作者也可以寫好幾本書。多對多的字段可以定義在任何的一方，請盡量定義在符合人們思維習慣的一方，但不要同時都定義。

class ManyToManyField(to, **options)[source]

多對多關系需要一個位置參數：關聯的對象模型。它的用法和外鍵多對一基本類似。

在數據庫后臺，Django實際上會額外創建一張用于體現多對多關系的中間表。默認情況下，該表的名稱是“多對多字段名+關聯對象模型名+一個獨一無二的哈希碼”，例如‘author_books_9cdf4’，當然你也可以通過db_table選項，自定義表名。

參數說明：

related_name

參考外鍵的相同參數。

related_query_name

參考外鍵的相同參數。

limit_choices_to

參考外鍵的相同參數。但是對于使用through參數自定義中間表的多對多字段無效。

symmetrical

默認情況下，Django中的多對多關系是對稱的。看下面的例子：

from django.db import modelsclass Person(models.Model):
    friends = models.ManyToManyField("self")

Django認為，如果我是你的朋友，那么你也是我的朋友，這是一種對稱關系，Django不會為Person模型添加person_set屬性用于反向關聯。如果你不想使用這種對稱關系，可以將symmetrical設置為False，這將強制Django為反向關聯添加描述符。

through

（定義中間表）

如果你想自定義多對多關系的那張額外的關聯表，可以使用這個參數！參數的值為一個中間模型。

最常見的使用場景是你需要為多對多關系添加額外的數據，比如兩個人建立QQ好友的時間。

通常情況下，這張表在數據庫內的結構是這個樣子的：

中間表的id列....模型對象的id列.....被關聯對象的id列# 各行數據

如果自定義中間表并添加時間字段，則在數據庫內的表結構如下：

中間表的id列....模型對象的id列.....被關聯對象的id列.....時間對象列# 各行數據

看下面的例子：

from django.db import modelsclass Person(models.Model):
    name = models.CharField(max_length=50)class Group(models.Model):
    name = models.CharField(max_length=128)
    members = models.ManyToManyField(
        Person,
        through='Membership',       ## 自定義中間表
        through_fields=('group', 'person'),
    )class Membership(models.Model):  # 這就是具體的中間表模型
    group = models.ForeignKey(Group, on_delete=models.CASCADE)
    person = models.ForeignKey(Person, on_delete=models.CASCADE)
    inviter = models.ForeignKey(
        Person,
        on_delete=models.CASCADE,
        related_name="membership_invites",
    )
    invite_reason = models.CharField(max_length=64)

上面的代碼中，通過class Membership(models.Model)定義了一個新的模型，用來保存Person和Group模型的多對多關系，并且同時增加了‘邀請人’和‘邀請時間’的字段。

through參數在某些使用場景中是必須的，至關重要，請務必掌握！

through_fields

接著上面的例子。Membership模型中包含兩個關聯Person的外鍵，Django無法確定到底使用哪個作為和Group關聯的對象。所以，在這個例子中，必須顯式的指定through_fields參數，用于定義關系。

through_fields參數接收一個二元元組('field1', 'field2')，field1是指向定義有多對多關系的模型的外鍵字段的名稱，這里是Membership中的‘group’字段（注意大小寫），另外一個則是指向目標模型的外鍵字段的名稱，這里是Membership中的‘person’，而不是‘inviter’。

再通俗的說，就是through_fields參數指定從中間表模型Membership中選擇哪兩個字段，作為關系連接字段。

db_table

設置中間表的名稱。不指定的話，則使用默認值。

db_constraint

參考外鍵的相同參數。

swappable

參考外鍵的相同參數。

ManyToManyField多對多字段不支持Django內置的validators驗證功能。

null參數對ManyToManyField多對多字段無效！設置null=True毫無意義

三、一對一（OneToOneField）

一對一關系類型的定義如下：

class OneToOneField(to, on_delete, parent_link=False, **options)[source]

從概念上講，一對一關系非常類似具有unique=True屬性的外鍵關系，但是反向關聯對象只有一個。這種關系類型多數用于當一個模型需要從別的模型擴展而來的情況。比如，Django自帶auth模塊的User用戶表，如果你想在自己的項目里創建用戶模型，又想方便的使用Django的認證功能，那么一個比較好的方案就是在你的用戶模型里，使用一對一關系，添加一個與auth模塊User模型的關聯字段。

該關系的第一位置參數為關聯的模型，其用法和前面的多對一外鍵一樣。

如果你沒有給一對一關系設置related_name參數，Django將使用當前模型的小寫名作為默認值。

看下面的例子：

from django.conf import settings
from django.db import models# 兩個字段都使用一對一關聯到了Django內置的auth模塊中的User模型
class MySpecialUser(models.Model):
    user = models.OneToOneField(
        settings.AUTH_USER_MODEL,
        on_delete=models.CASCADE,
    )
    supervisor = models.OneToOneField(
        settings.AUTH_USER_MODEL,
        on_delete=models.CASCADE,
        related_name='supervisor_of',
    )

這樣下來，你的User模型將擁有下面的屬性：

>>> user = User.objects.get(pk=1)
>>> hasattr(user, 'myspecialuser')
True
>>> hasattr(user, 'supervisor_of')
True

OneToOneField一對一關系擁有和多對一外鍵關系一樣的額外可選參數，只是多了一個parent_link參數。

跨模塊的模型：

有時候，我們關聯的模型并不在當前模型的文件內，沒關系，就像我們導入第三方庫一樣的從別的模塊內導入進來就好，如下例所示：

from django.db import models
from geography.models import ZipCodeclass Restaurant(models.Model):
    # ...
    zip_code = models.ForeignKey(        
    ZipCode,        
    on_delete=models.SET_NULL,        
    blank=True,        
    null=True,
    )

關于Django框架的關系型字段是什么問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。