如何在Django中设计适配工业机械多规格的灵活产品数据模型？

针对工业机械产品通用规格共享、独特规格灵活扩展的需求，以下是三种落地性强的模型设计方案，可根据业务场景选择：

方案一：核心通用模型 + 动态属性关联（EAV变种） #

将通用规格直接存在核心产品模型中，独特规格通过关联表动态存储，兼顾查询效率与扩展性。

模型代码 #

from django.db import models

# 核心产品模型：存储所有产品共享的通用规格
class Product(models.Model):
    name = models.CharField(max_length=255, verbose_name="产品名称")
    weight = models.FloatField(null=True, blank=True, verbose_name="重量")
    power = models.FloatField(null=True, blank=True, verbose_name="功率")
    dimensions = models.CharField(max_length=255, null=True, blank=True, verbose_name="尺寸")
    created_at = models.DateTimeField(auto_now_add=True, verbose_name="创建时间")

# 属性定义表：统一管理所有可能的独特规格类型（比如工作温度、安全标准）
class ProductAttribute(models.Model):
    ATTRIBUTE_TYPES = (
        ('float', '浮点型'),
        ('str', '字符串'),
        ('int', '整数型'),
        ('bool', '布尔型'),
    )
    name = models.CharField(max_length=255, unique=True, verbose_name="属性标识")
    display_name = models.CharField(max_length=255, verbose_name="属性显示名")
    data_type = models.CharField(max_length=10, choices=ATTRIBUTE_TYPES, verbose_name="数据类型")

# 属性值表：存储单个产品的独特规格具体值
class ProductAttributeValue(models.Model):
    product = models.ForeignKey(Product, on_delete=models.CASCADE, related_name='unique_attributes', verbose_name="关联产品")
    attribute = models.ForeignKey(ProductAttribute, on_delete=models.CASCADE, verbose_name="关联属性")
    float_value = models.FloatField(null=True, blank=True)
    str_value = models.CharField(max_length=255, null=True, blank=True)
    int_value = models.IntegerField(null=True, blank=True)
    bool_value = models.BooleanField(null=True, blank=True)

    class Meta:
        unique_together = ('product', 'attribute')  # 同一产品同一属性仅存一个值

优缺点 #

• 优点：通用规格查询高效，独特规格可通过后台动态添加（无需修改模型代码），数据类型校验严格
• 缺点：复杂筛选查询需多表关联，统计分析逻辑稍繁琐

方案二：核心通用模型 + JSONField存储独特规格 #

如果业务仅需存储展示独特规格，无需基于这些规格做复杂查询或筛选，可直接用JSONField简化实现。

模型代码 #

from django.db import models

# Django 3.1+ 内置JSONField，若用PostgreSQL可改用django.contrib.postgres.fields.JSONField
class Product(models.Model):
    name = models.CharField(max_length=255, verbose_name="产品名称")
    weight = models.FloatField(null=True, blank=True, verbose_name="重量")
    power = models.FloatField(null=True, blank=True, verbose_name="功率")
    dimensions = models.CharField(max_length=255, null=True, blank=True, verbose_name="尺寸")
    unique_specs = models.JSONField(null=True, blank=True, verbose_name="独特规格")
    created_at = models.DateTimeField(auto_now_add=True, verbose_name="创建时间")

使用示例 #

存储独特规格时直接传入字典：

Product.objects.create(
    name="Product C",
    weight=150.0,
    unique_specs={
        "operating_temperature": "-10~50℃",
        "safety_standards": "ISO 1234"
    }
)

优缺点 #

• 优点：实现成本极低，无需额外数据表，灵活度高
• 缺点：无法对JSON内的字段做高效索引，数据类型无强制校验，不支持复杂筛选查询

方案三：模型继承 + 多态关联 #

若产品可明确划分为固定类别（比如通用型、特殊型），可通过模型继承实现类型化管理。

模型代码 #

from django.db import models
from django.contrib.contenttypes.models import ContentType
from django.contrib.contenttypes.fields import GenericForeignKey

# 抽象基类：存储通用规格，不生成独立数据表
class BaseProduct(models.Model):
    name = models.CharField(max_length=255, verbose_name="产品名称")
    weight = models.FloatField(null=True, blank=True, verbose_name="重量")
    power = models.FloatField(null=True, blank=True, verbose_name="功率")
    dimensions = models.CharField(max_length=255, null=True, blank=True, verbose_name="尺寸")
    created_at = models.DateTimeField(auto_now_add=True, verbose_name="创建时间")

    class Meta:
        abstract = True

# 通用产品类（对应Product A、B）
class GeneralProduct(BaseProduct):
    pass

# 特殊产品类（对应Product C）
class SpecialProduct(BaseProduct):
    operating_temperature = models.CharField(max_length=50, verbose_name="工作温度")
    safety_standards = models.CharField(max_length=255, verbose_name="安全标准")

# 可选：多态关联表，统一管理所有类型产品
class Product(models.Model):
    content_type = models.ForeignKey(ContentType, on_delete=models.CASCADE)
    object_id = models.PositiveIntegerField()
    specific_product = GenericForeignKey('content_type', 'object_id')

优缺点 #

• 优点：字段类型校验严格，特殊产品的独特规格查询直接高效
• 缺点：新增产品类别需修改模型代码，扩展性较弱，仅适合产品分类固定的场景

选型建议 #

1. 若需频繁基于独特规格做筛选、统计 → 选方案一
2. 若仅需存储展示独特规格，无复杂查询需求 → 选方案二
3. 若产品分类清晰且长期稳定 → 选方案三

内容的提问来源于stack exchange，提问作者Muhammed Rebin