当前位置: 首页 > 面试题库 >

Django中的OneToOne,ManyToMany和ForeignKey字段有什么区别?

阴飞星
2023-03-14
问题内容

我很难理解Django模型中的关系。

有人可以解释一下OneToOne,ManyToMany和ForeignKey之间的区别吗?


问题答案:

好吧,这里基本上有两个问题:

  1. 一对一,多对多和外键关系之间的区别(通常)是什么
  2. 它们对Django有什么区别。

通过简单的Google搜索,可以很容易地回答这两个问题,但是由于我在SO上找不到该问题的确切答案,因此我将继续回答。

请注意,在Django中,关系只能在关系的一侧定义。

外键

外键关系通常称为多对一关系。请注意,这种关系的反面是一对多(Django提供了访问工具)。顾名思义,许多对象可能与一个对象相关。

Person >--| Birthplace
   ^           ^
   |           |
  Many        One

在此示例中,一个人可能只有一个出生地,但是一个出生地可能与许多人有关。让我们看看Django中的这个例子。说这些是我们的模型:

class Birthplace(models.Model):
    city = models.CharField(max_length=75)
    state = models.CharField(max_length=25)

    def __unicode__(self):
        return "".join(self.city, ", ", self.state)

class Person(models.Model):
    name = models.CharField(max_length=50)
    birthplace = models.ForeignKey(Birthplace)

    def __unicode__(self):
        return self.name

你可以看到,没有关系的内定义的Birthplace模型和ForeignKey关系是中定义Person的模型。假设我们创建了以下模型实例(显然不是Python语法):

  • 出生地:德克萨斯州达拉斯
  • 出生地:纽约,纽约
  • 人:约翰·史密斯(John Smith),出生地:(德克萨斯州达拉斯)
  • 人:玛丽亚·李,出生地:(德克萨斯州达拉斯)
  • 人:丹尼尔·李,出生地:(纽约,纽约)

现在我们可以看到Django如何让我们使用这些关系(请注意,这./manage.py shell是您的朋友!):

>> from somewhere.models import Birthplace, Person
>> Person.objects.all()
[<Person: John Smith>, <Person: Maria Lee>, <Person: Daniel Lee>]
>> Birthplace.objects.all()
[<Birthplace: Dallas, Texas>, <Birthplace: New York City, New York>]

您可以看到我们创建的模型实例。现在,让我们检查某人的出生地:

>> person = Person.object.get(name="John Smith")
>> person.birthplace
<Birthplace: Dallas, Texas>
>> person.birthplace.city
Dallas

假设您想查看所有具有给定出生地的人。如前所述,Django允许您访问反向关系。默认情况下,DjangoRelatedManager在模型上创建一个管理器()来处理此问题,命名为<model>_set,其中<model>模型名称为小写。

>> place = Birthplace.objects.get(city="Dallas")
>> place.person_set.all()
[<Person: John Smith>, <Person: Maria Lee>]

请注意,我们可以通过related_name在模型关系中设置关键字参数来更改此管理器的名称。因此,我们将模型中的birthplace字段更改Person为:

birthplace = models.ForeignKey(Birthplace, related_name="people")

现在,我们可以使用漂亮的名称访问该反向关系:

>> place.people.all()
[<Person: John Smith>, <Person: Maria Lee>]

一对一

一对一关系与多对一关系非常相似,不同之处在于它将两个对象限制为具有唯一关系。例如,一个用户和一个配置文件(存储有关该用户的信息)。没有两个用户共享同一个人资料。

User |--| Profile
  ^          ^
  |          |
 One        One

让我们在Django中看一下。我不会费心定义用户模型,就像Django为我们定义的那样。请注意,但是Django建议使用django.contrib.auth.get_user_model()来导入用户,因此我们将这样做。简档模型可以定义如下:

class Profile(models.Model):
    user = models.OneToOneField(settings.AUTH_USER_MODEL) # Note that Django suggests getting the User from the settings for relationship definitions
    fruit = models.CharField(max_length=50, help_text="Favorite Fruit")
    facebook = models.CharField(max_length=100, help_text="Facebook Username")

    def __unicode__(self):
        return "".join(self.fruit, " ", self.facebook)

我们需要的是一个拥有配置文件的用户来在shell中进行测试:

  • 用户:johndt6
  • 个人资料:用户:johndt6,“ Kiwi”,“ blah_blah”

现在,您可以轻松地从用户模型访问用户的个人资料:

>> user = User.objects.all()[0]
>> user.username
johndt6
>> user.profile
<Profile: Kiwi blah_blah>
>> user.profile.fruit
Kiwi
>> profile = Profile.objects.get(user=user)
>> profile.user
<User: johndt6>

当然,您可以使用related_name上述自定义自定义反向关系的名称。

多对多

多对多关系可能有些棘手。首先,我要说多对多字段是混乱的,应尽可能避免使用。鉴于此,在许多情况下,多对多关系才有意义。

两个模型之间的多对多关系定义第一模型的零个,一个或多个对象可能与第二个模型零个或多个对象相关。例如,让我们设想一家通过项目定义其工作流程的公司。一个项目可能与没有订单,只有一个订单或很多订单相关。订单可能与一个项目,一个或多个项目无关。

Order >--< Project
  ^           ^
  |           |
 Many        Many

让我们这样定义模型:

class Order(models.Model):
    product = models.CharField(max_length=150)  # Note that in reality, this would probably be better served by a Product model
    customer = models.CharField(max_length=150)  # The same may be said for customers

    def __unicode__(self):
        return "".join(self.product, " for ", self.customer)

class Project(models.Model):
    orders = models.ManyToManyField(Order)

    def __unicode__(self):
        return "".join("Project ", str(self.id))

请注意,Django将RelatedManager为该orders字段创建一个,以访问多对多关系。

让我们创建以下模型实例(使用我不一致的语法!):

  • 顺序:“太空飞船”,“ NASA”
  • 订单:“潜艇”,“美国海军”
  • 订购:“赛车”,“ NASCAR”
  • 项目:订单:[]
  • 项目:订单:[(订单:“太空飞船”,“ NASA”)]
  • 项目:订单:[(订单:“太空飞船”,“ NASA”),(订单:“赛车”,“ NASCAR”)]

我们可以按以下方式访问这些关系:

>> Project.objects.all()
[<Project: Project 0>, <Project: Project 1>, <Project: Project 2>]
>> for proj in Project.objects.all():
..     print(proj)
..     proj.orders.all()  # Note that we must access the `orders`
..                        # field through its manager
..     print("")
Project 0
[]

Project 1
[<Order: Spaceship for NASA>]

Project 2
[<Order: Spaceship for NASA>, <Order: Race car for NASCAR>]

请注意,NASA订单与2个项目有关,而美国海军订单与2个项目无关。另请注意,一个项目没有订单,一个项目有多个。

我们也可以以与以前相同的方式反向访问该关系:

>> order = Order.objects.filter(customer="NASA")[0]
>> order.project_set.all()
[<Project: Project 0>, <Project: Project 2>]

ASCII基数指南

如果我的ASCII图可能有点混乱,则以下说明可能会有所帮助:

  • ><意思是“很多”
  • | 意思是“对一个”

所以…A --| B意味着A的一个实例只能与B的一个实例相关。

并且A --< B意味着A的实例可以与B的许多实例相关。

A >--< B 相当于…。

A --< B
A >-- B

因此,关系的每个“侧面”或方向都可以分别读取。将它们挤压在一起很方便。

扩展这些关系之一可能更有意义:

               +---- John Smith
               |
 Dallas|-------+---- Jane Doe
               |
               +---- Joe Smoe

资源资源

@MarcB提供的数据库关系的良好解释

关于基数的维基百科页面

Django文件:

models.ForeignKey

models.OneToOneField

models.ManyToManyField

一对一关系

多对多关系



 类似资料:
  • 问题内容: django OneToOneField和ForeignKey有什么区别? 问题答案: 请注意,和之间存在一些差异。如《 Django权威指南》所述: 一对一 一对一的关系。从概念上讲,这与 相似,但是关系的“反向”侧将直接返回单个对象。 与“反向”关系相反,“反向”关系返回。 例 例如,如果我们有以下两个模型(下面是完整的模型代码): 模型用途 模型用途 从内部执行以下操作: One

  • 问题内容: 我有以下模型: 我想在管理员中添加时过滤字段,如下所示: 我已经尝试了很多东西,但是没有任何效果!我怎样才能做到这一点? 问题答案: 使用方法:

  • 问题内容: 看到django文件有时会同时使用吗?它们相同吗?有什么区别,参考在哪里?我只看到pk的文档。 顺便说一句,Django参考是否涵盖了其类的所有方法? 问题答案: 是包含模型主键值的属性。作为默认主键建立的字段的名称

  • 在JPA中,实体的字段是否可能同时具有@ManyTomany和@ManyToOne注释? 这是我的桌子: 这是我的实体(简化的ofc): 我会尽力解释: > @ManyToOne:Entity2和Entity3都有一个引用Entity1的字段。所以有一个多对一的关系。 所以有了这个,我想我必须使用@ManyTomany。但我发现了一些错误。 所以我想知道:这有可能把@ManyTomany和@Man

  • 问题内容: 为什么要使用一个来公开Django应用程序的API? 问题答案: TastyPie 正如Torsten所指出的那样,使用与令人敬畏的django-haystack相同的偷偷摸摸的东西写的东西不会出错。从我在邮件列表中看到的内容来看,Daniel Lindsey等人非常有帮助,Tastypie稳定,全面并且有据可查 出色的表现为你提供了一套明智的默认行为,并使使用这种样式的API的构建变

  • 问题内容: 这是一个例子: 如果我有这些课程 在数据库中,我有一位作者名为“ George”,另一位作者名为“ Georfe”。最后一个是错误。因此,我想要的是每本以“ Georfe”为作者之一的书都被作者“ George”代替。 在SQL中确实很容易做到。如果id为“ George” = 3,id为“ Georfe” = 7,并且关系表名称为“ author_book”: 可以使用Django