【问题标题】:Django Model DesignDjango 模型设计
【发布时间】:2010-01-20 23:26:09
【问题描述】:

我之前曾就这个项目提出过一些问题,包括 Django 管理、内联、泛型等。再次感谢为这些问题提供答案的人们。作为背景,这些问题在这里:

Django - Designing Model Relationships - Admin interface and Inline

Django Generic Relations with Django Admin

但是,我认为我可能应该再次检查我的模型,以确保它实际上是“正确的”。所以我猜这里的重点是数据库设计。

我们有一个 Django 应用程序,其中包含多个对象——用户(拥有用户个人资料)、医院、部门、机构(即教育机构)——所有这些对象都有多个地址(或没有地址)。其中许多很可能有多个地址。

也有可能多个对象可能具有相同的地址,但这种情况很少见,我很高兴在发生这种情况的情况下有重复。

目前,模型为:

class Address(models.Model):
    street_address = models.CharField(max_length=50)
    suburb = models.CharField(max_length=20)
    state = models.CharField(max_length=3, choices=AUSTRALIAN_STATES_CHOICES)
    ...
    content_type = models.ForeignKey(ContentType)
    object_id = models.PositiveIntegerField()
    content_object = generic.GenericForeignKey()
    ...
class Hospital(models.Model):
    name = models.CharField(max_length=20)
    address = generic.GenericRelation(Address)
    ...
class UserProfile(models.Model):
    user = models.ForeignKey(User, unique=True)
    address = generic.GenericRelation(Address)
    ...

首先 - 我做对了吗,每个具有地址的对象上的 FK 字段?

其次,对于这种不同的对象都有地址的情况,是否有更好的替代方法来使用通用关系?在另一篇文章中,有人提到使用抽象类 - 我想到了,但那里似乎有很多重复,因为地址模型对所有人来说基本上是相同的。

此外,我们将大量使用 Django 管理员,因此它必须与它一起工作,最好也使用地址作为内联。(这就是我遇到问题的地方 - 因为我使用的是泛型关系,所以 Django 管理员是期待 content_type 和 object_id 字段中的某些内容,并且在它们为空时出错,而不是进行某种查找)。

干杯, 维克多

【问题讨论】:

    标签: django database-design


    【解决方案1】:

    我认为你所做的比使用某种子类更复杂(基类可以是抽象的,也可以不是抽象的)。

    class Addressable(models.Model):
      ...   # common attributes to all addressable objects
    
    class Hospital(Addressable):
      name = models.CharField(max_length=20)
      ...
    
    class UserProfile(models.Model):
      user = models.ForeignKey(User, unique=True)
    
    class Address(models.Model):
      street_address = models.CharField(max_length=50)
      suburb = models.CharField(max_length=20)
      state = models.CharField(max_length=3, choices=AUSTRALIAN_STATES_CHOICES)
      ...
      owner = models.ForeignKey(Addressable)
    

    如果您不想在数据库中为它创建一个单独的表,您应该考虑将基类(Addressable)抽象化。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2021-05-01
      • 2018-06-10
      • 2012-10-30
      • 2021-04-23
      • 2019-08-10
      • 2015-11-03
      • 2010-11-23
      相关资源
      最近更新 更多