使用内容类型 (object_pk) 创建通用关系时出错

Question

我正在努力使用 django 的 ContentType 框架为我的模型创建一些通用关系；在查看了 django 开发人员在 django.contrib.comments.models 上的做法之后，我想我会模仿他们的方法/约定：

来自 django.contrib.comments.models，第 21 行）：

content_type   = models.ForeignKey(ContentType,
        verbose_name='content type',
        related_name="content_type_set_for_%(class)s")
object_pk      = models.TextField('object ID')
content_object = generic.GenericForeignKey(ct_field="content_type", fk_field="object_pk")

这是取自他们的来源，当然，他们的源对我有用（我对 object_pk 的存储很好（实际上是整数）进行了评论；但是，我在创建表时的 syncdb 过程中收到一个错误：

_mysql_exceptions.OperationalError: (1170, "BLOB/TEXT column 'object_pk' used in key specification without a key length")

任何想法为什么他们可以做到这一点，我可以 环顾四周

后，我注意到文档 实际上声明：

为您的模型提供一个字段，该字段可以存储您将关联的模型的主键值。 （对于大多数模型，这意味着 IntegerField 或 PositiveIntegerField。）

此字段的类型必须与通用关系中涉及的模型的主键类型相同。例如，如果您使用 IntegerField，则无法与使用 CharField 作为主键的模型形成通用关系。

但为什么他们能做到，而我却不能？！

谢谢。

PS：我什至尝试使用这三个字段创建一个 AbstractBaseModel，使其 abstract=True 并使用它（如果与它有关）......同样的错误。

Answer 1

在我输入了那个很长的问题后，我查看了 mysql，意识到错误源于：

class Meta:
    unique_together = (("content_type", "object_pk"),)

显然，我不能同时拥有这两种方式。这让我心碎。我必须提出一个新问题，询问是否最好将我的 object_pk 选项保持打开状态（假设我使用文本字段作为主键？），还是最好强制执行 unique_togetherness代码>...