Django 模型真的需要一个唯一的关键字段吗

Question

我的一些models 仅在keys 的组合中是唯一的。我不想使用auto-numberingid作为标识符，因为数据的子集将被导出到其他系统（例如spreadsheets），修改然后用于更新master database。

这是一个例子：

class Statement(models.Model):
    supplier = models.ForeignKey(Supplier)  
    total = models.DecimalField("statement total", max_digits=10, decimal_places=2)
    statement_date = models.DateField("statement date")
    ....


class Invoice(models.Model):
    supplier = models.ForeignKey(Supplier)
    amount = models.DecimalField("invoice total", max_digits=10, decimal_places=2)
    invoice_date = models.DateField("date of invoice")
    statement = models.ForeignKey(Statement, blank=True, null=True)
    ....

Invoice 记录仅对 supplier、amount 和 invoice_date 的组合是唯一的

我想知道是否应该基于supplier、amount 和invoice_date 为Invoice 创建一个slug，以便轻松识别正确的记录。

有多个related fields 来识别正确记录的问题的一个例子是django-csvimport，它假设只有一个相关字段并且在构建foreign key links 时不会区分两个。

然而，slug 似乎是一个笨拙的选项，在批量添加 records 后需要某种管理来重建 slugs。

我认为这一定是一个常见问题，也许某处存在最佳实践设计模式。

我正在使用PostgreSQL，以防有人有数据库解决方案。虽然如果可能的话我宁愿避免这种情况，但我可以看到它可能是构建我的slug 的方式，如果这是要走的路，也许是trigger functions。不过，这感觉有点像隐藏功能，并且可能会导致在不同的服务器上进行设置时令人头疼。

更新 - 阅读初始回复后

我的应用程序要求数据可以导出、远程修改，并在审核和批准后合并回主数据库。隐藏的自动编号键不容易始终如一地存活下来。如果statement 表被清空并从CSV 重新加载，则关系invoices[2417] is part of statements[265] 不是持久的。

如果我使用数字自动编号 pk，那么任何更新 database 的进程都需要刷新相关的键编号或使用多个 WITH 子句。

如果我创建了一个基于我的 3 个键但易于复制的 slug，那么我可以将它用作键 - 尽管很笨拙。我在想一个蛞蝓：

u'%s %s %s' % (self.supplier, 
    self.statement_date.strftime("%Y-%m-%d"), 
    self.total)

这似乎很笨拙，而且不是很 DRY，因为我希望我可能不得不在其他地方重新创建 slug 以复制算法（可能在 Excel 公式或 Access 查询中）

我认为一定有更好的方法我错过了，但看起来 yuvi 的回复意味着应该有，并且会有，但还没有:-(

Answer 1

您所说的是多列主键，也称为"composite" or "compound" keys。今天在 django 中对复合键的支持仍在进行中，您可以阅读它here：

目前 Django 模型仅支持该集合中的单个列， 否认许多表的自然主键是 多列[...]当前状态是问题是 已接受/分配并正在处理 [...]

该链接还提到了一个部分实现，即django-compositekeys。这只是部分的，会导致您在关系之间导航时遇到麻烦：

ForeignKey 中缺少对复合键的支持，并且 相关经理。因此，无法导航 来自具有复合主键的模型的关系。

所以目前不完全支持，但将来会支持。关于您自己的项目，您可以按照自己的意愿去做，尽管我自己的建议是坚持完全支持的默认隐藏自动增量字段，您甚至不需要考虑（并使用unique_together强制所描述字段的唯一性，而不是使它们成为您的主键）。

我希望这会有所帮助！

Answer 2

没有。

模型需要有一个字段primary_key = True。默认情况下，这是存储对象 ID 的（隐藏）自动字段。但是您可以在任何其他字段中将 primary_key 设置为 True。 我已经这样做了，我在以前手动或通过其他一些框架/系统创建的表上创建 django 项目。

实际上 - 您可以使用任何您能想到的方式在查询中将对象连接在一起。只要查询返回一堆可以与您拥有的模型相关联的数据 - 您使用哪个字段进行连接并不重要。请记住，您使用的解决方案应该尽可能有效。

艾伦