Django动态模型字段

Question

Django动态模型字段我正在开发一个多租户应用程序，其中一些用户可以定义自己的数据字段（通过管理员）以收集表单中的其他数据并报告数据。后一位使JSONField不是一个很好的选择，所以我有以下解决方案：class CustomDataField(models.Model):     """     Abstract specification for arbitrary data fields.     Not used for holding data itself, but metadata about the fields.     """     site = models.ForeignKey(Site, default=settings.SITE_ID)     name = models.CharField(max_length=64)     class Meta:         abstract = Trueclass CustomDataValue(models.Model):     """     Abstract specification for arbitrary data.     """     value = models.CharField(max_length=1024)     class Meta:         abstract = True请注意CustomDataField如何具有ForeignKey to Site - 每个站点将具有一组不同的自定义数据字段，但使用相同的数据库。然后，各种具体数据字段可以定义为：class UserCustomDataField(CustomDataField):     passclass UserCustomDataValue(CustomDataValue):     custom_field = models.ForeignKey(UserCustomDataField)     user = models.ForeignKey(User, related_name='custom_data')     class Meta:         unique_together=(('user','custom_field'),)这导致以下用途：custom_field = UserCustomDataField.objects.create(name='zodiac', site=my_site) #probably created in the adminuser = User.objects.create(username='foo')user_sign = UserCustomDataValue(custom_field=custom_field, user=user, data='Libra')user.custom_data.add(user_sign) #actually, what does this even do?但这感觉非常笨重，特别是需要手动创建相关数据并将其与具体模型相关联。有更好的方法吗？先发制人弃用的选项：自定义SQL以即时修改表。部分是因为这不会扩展，部分是因为它太过分了。NoSQL之类的无架构解决方案。我没有反对他们，但他们仍然不适合。最终，这些数据被输入，并且存在使用第三方报告应用程序的可能性。JSONField，如上所列，因为它不能很好地处理查询。

Answer 1

进一步的研究表明，这是实体属性值设计模式的一个特例，它已经通过几个包为Django实现。

首先，有一个原始的eav-django项目，它位于PyPi上。

其次，第一个项目django-eav是一个更新的分支，它主要是一个允许在第三方应用程序中使用django自己的模型或模型的EAV的重构。