在Django中，一对多关系被称为ForeignKey。但是，它只在一个方向上工作，因此您需要的不是类Dude的number属性

class Dude(models.Model):
    ...

class PhoneNumber(models.Model):
    dude = models.ForeignKey(Dude)

许多模型都可以有一个指向另一个模型的ForeignKey，所以有第二个PhoneNumber属性是有效的，这样

class Business(models.Model):
    ...
class Dude(models.Model):
    ...
class PhoneNumber(models.Model):
    dude = models.ForeignKey(Dude)
    business = models.ForeignKey(Business)

您可以使用d.f onenumber_set.objects.all()访问Dude对象d的PhoneNumbers，然后对业务对象执行类似的操作。

更清楚地说，Django中没有OneToMany，只有ManyToOne，也就是上面描述的Foreignkey。你可以使用Foreignkey来描述OneToMany关系，但这是非常缺乏表现力的。

一篇关于它的好文章: https://amir.rachum.com/blog/2013/06/15/a-case-for-a-onetomany-relationship-in-django/

首先我们来参观一下:

01)一对多关系:

ASSUME:

class Business(models.Model):
    name = models.CharField(max_length=200)
    .........
    .........
    phone_number = models.OneToMany(PhoneNumber) (NB: Django do not support OneToMany relationship)

class Dude(models.Model):
    name = models.CharField(max_length=200)
    .........
    .........
    phone_number = models.OneToMany(PhoneNumber) (NB: Django do not support OneToMany relationship)

class PhoneNumber(models.Model):
    number = models.CharField(max_length=20)
    ........
    ........

注意:Django没有提供任何OneToMany关系。所以在Django中不能使用upper方法。但是我们需要在关系模型中进行转换。那么我们能做什么呢?在这种情况下，我们需要将关系模型转换为反向关系模型。

在这里:

关系模型=一个多

所以，反向关系模型=多对一

注意:Django支持多对一关系&在Django中多对一由ForeignKey表示。

02)多对一关系:

SOLVE:

class Business(models.Model):
    .........
    .........

class Dude(models.Model):
    .........
    .........

class PhoneNumber(models.Model):
    ........
    ........
    business = models.ForeignKey(Business)
    dude = models.ForeignKey(Dude)

Nb:简单想想!!

实际上，一对多关系是非常有用的。我是这样做的:

class Dude(models.Model):
    number = models.ManyToManyField(PhoneNumber)

    def save(self, *args, **kwargs):
        if Dude.objects.get(number=self.number):
            raise Exception("Dude, this number has been used.")
        return super(Dude, self).save(*args, **kwargs)

class PhoneNumber(models.Model):
    number = models.CharField(...)

这样可以保证号码只使用一次。

虽然《滚石》杂志的回答很好，直截了当，而且很实用，但我认为有两件事它没有解决。

如果OP想要强制一个电话号码不能同时属于Dude和Business 由于在PhoneNumber模型上定义关系而不是在Dude/Business模型上定义关系而产生的不可避免的悲伤感觉。当外星人来到地球时，我们想要添加一个Alien模型，我们需要修改PhoneNumber(假设外星人有电话号码)，而不是简单地向Alien模型添加一个“phone_numbers”字段。

介绍内容类型框架，它公开了一些对象，允许我们在PhoneNumber模型上创建“通用外键”。然后，我们可以在Dude和Business上定义反向关系

from django.contrib.contenttypes.fields import GenericForeignKey, GenericRelation
from django.contrib.contenttypes.models import ContentType
from django.db import models

class PhoneNumber(models.Model):
    number = models.CharField()

    content_type = models.ForeignKey(ContentType, on_delete=models.CASCADE)
    object_id = models.PositiveIntegerField()
    owner = GenericForeignKey()

class Dude(models.Model):
    numbers = GenericRelation(PhoneNumber)

class Business(models.Model):
    numbers = GenericRelation(PhoneNumber)

有关详细信息，请参阅文档，也可以查看这篇文章以获得快速教程。

此外，这里有一篇文章反对使用通用fk。

如果“许多”模型本身不能证明创建模型的合理性(这里不是这样，但它可能对其他人有益)，另一种选择是依赖于特定的PostgreSQL数据类型，通过Django Contrib包

Postgres可以处理Array或JSON数据类型，当多个对象只能绑定到one的单个实体时，这可能是处理one - many的一个很好的变通方法。

Postgres允许您访问数组的单个元素，这意味着查询可以非常快，并避免应用程序级的开销。当然，Django实现了一个很酷的API来利用这个特性。

它显然有不能移植到其他数据库后端的缺点，但我认为它仍然值得一提。

希望它可以帮助一些人寻找想法。