Django:在字段上与在不同模型上存储模型属性

Question

我对 Django 甚至数据库设计都比较陌生，我有一些想法希望由其他人来运行。这并不是一个具体的问题。我只是想看看其他人如何看待这些东西。

假设我们有一个应用程序到某个服务的模型。它包含您可能想象的应用程序包含的所有普通内容:

class Application(models.Model):
  first_name = CharField(max_length=255)
  last_name = CharField(max_length=255)
  date_of_birth = DateField()
  married = BooleanField()
  # ...other stuff

好吧，这一切都很好。但是现在，想象一下您正在编写的 web 应用程序具有这样的功能，您可以部分完成您的应用程序，保存它，然后再回来使用它。一种方法是向上面的模型添加另一个属性:

complete = BooleanField()

它有效，使用起来非常简单，但我真的不喜欢它，因为它混淆了应用程序的语义；它添加了与应用程序没有内在联系的信息。另一种方法是创建另一个模型来跟踪完整的应用程序:

class CompleteApplication(models.Model):
  application = ForeignKey(Application)

我更喜欢这个，因为它保留了 Application干净的。但是，它确实存在混淆查询的缺点。以下是查询系统中所有完整应用的两种方式:

方法一:

completed_applications = Application.objects.filter(complete=True)

方法二:

pks = CompleteApplication.objects.all().values_list("application__pk")
complete_applications = Application.object.filter(pk__in=pks)

方法 2 是两行代码 vs. 一个又两个查询，而以前的一个就足够了，因此数据库性能将受到影响。

还有第三种方法:我们可以创建一个元数据模型来存储我们可能想要附加到 Application 的任何元数据，而不是创建一个跟踪完整应用程序的模型。模型。出于我们的目的，此模型可以包含一个跟踪完整性的字段。然而，这种方法还有一个好处，即允许任意数量的元数据字段与每个应用程序相关联，而不需要为每个应用程序创建一个新的数据库表(如上述方法 2 的情况)。

class ApplicationMeta(models.Model):
  application = ForeignKey(Application)
  complete = BooleanField()

而且，为了完整性(双关语)，要查询所有完整的应用程序，我们将使用以下语句:

completed_applications = Application.objects.all(applicationmeta__complete=True)

很好很简单，就像方法一一样，但是查询肯定是对数据库的工作量更大。对于某些应用，这种方法还有另一个缺点。例如，假设我们要跟踪有关应用程序的一些附加信息:它们可以被确认，也可以被拒绝。但是，如果申请未得到确认，并不一定意味着它被拒绝:它可能正在等待审查。此外，假设我们要跟踪确认日期和拒绝日期(当然，如果其中任何一个适用)。然后，我们的元数据模型变成如下:

class ApplicationMeta(models.Model):
  complete = BooleanField()
  confirmed = BooleanField()
  rejected = BooleanField()
  date_confirmed = DateField()
  date_rejected = DateField()

好的...这有效，但它开始变得一团糟。首先，我们现在已经打开了我们的系统以应对潜在的错误:如果以某种方式出现 ApplicationMeta 怎么办？实例已拒绝和确认设置为 True ?如果发生有趣的事情，我们可以对我们的类(可能覆盖 setattr)做一些奇特的步法，以抛出异常，这样我们就可以防止持久化到数据库，但这是增加的复杂性，我希望没有必要。此外，任何模型最多只能设置 date_confirmed 或 date_rejected 之一。那是问题吗？在这里，我实际上并不确定。我的猜测是这可能会浪费空间，但我实际上并不知道。这个例子很简单，如果更复杂的例子向我们展示了大量不一定会被填充的字段怎么办？看起来像糟糕的设计。

我很想听听关于这些想法的一些想法。

谢谢!

Answer 1

如果您有大量可能的元数据，出于性能原因，第三种方法可能有意义。对于一些 bool 值和日期列，我不会这样做。如果您担心模型本身的可读性，您可以将任何元数据分解为抽象的基本模型。您甚至可以将抽象模型重用于需要相同元数据的其他模型。该信息仍将保留在您的 Application 中模型。

如果您确实采用第二种或第三种方法，我会使用 OneToOneField而不是 ForeignKey .它确保没有 2 个可能的 ApplicationMeta单机型号Application ，并具有 UNIQUE 的额外好处数据库索引。

至于申请的状态，NullBooleanField正是为此而设计的。它以 None 开头( NULL 在数据库中)意味着“没有值(value)”。然后可以将其设置为 True (已接受)或 False (拒绝了)。