Django中如何为不同分类的Product模型配置差异化字段？

不需要为每个分类单独创建模型，目前有3种成熟可落地的实现方案，可根据项目复杂度、业务灵活度要求选择：

方案1：JSONField存储（实现成本最低） #

这个是中小项目最常用的方案，Django 3.1及以上版本内置支持JSONField，兼容MySQL、PostgreSQL等主流数据库，不需要额外建表。
直接在原有Product模型上新增一个JSON类型字段存储专属属性即可：

from django.db import models
from mptt.models import MPTTModel

class Category(MPTTModel):
    name = models.CharField(max_length=100)
    slug = models.SlugField(unique=True)


class Product(models.Model):
    name = models.CharField(max_length=70)
    category = models.ForeignKey(Category, null=True, on_delete=models.SET_NULL)
    slug = models.SlugField(unique=True)
    description = models.TextField(max_length=300)
    # 存储当前分类下的专属属性
    custom_attrs = models.JSONField(default=dict, verbose_name="分类专属属性")

使用时直接按分类给字段赋值即可：

• 处理器分类产品：product.custom_attrs = {"total_cores": 8, "total_threads": 16}
• SSD分类产品：product.custom_attrs = {"storage_capacity": "1TB", "connector": "NVMe M.2"}
  字段校验逻辑可以写在模型的clean方法、或者DRF序列化器的验证逻辑里，根据产品绑定的分类动态校验必填字段、字段类型即可。
• 优点：开发量极小，单表查询性能好，不需要频繁执行数据库迁移
• 缺点：数据库层面没有字段强约束，复杂聚合查询相比原生字段稍复杂

方案2：EAV实体属性值模型（灵活度最高） #

如果分类数量多，或者后续需要运营人员在后台自主给分类新增、调整专属字段，选这个方案。核心逻辑是把「字段定义」和「字段值」拆成独立表，和分类、产品解耦：

# 1. 定义分类专属字段的规则
class CategoryAttribute(models.Model):
    category = models.ForeignKey(Category, on_delete=models.CASCADE, related_name="custom_attrs")
    attr_name = models.CharField(max_length=50, verbose_name="字段标识") # 如total_cores
    attr_label = models.CharField(max_length=100, verbose_name="字段显示名") # 如核心总数
    attr_type = models.CharField(max_length=20, verbose_name="字段类型", choices=[
        ("int", "整数"), ("str", "文本"), ("float", "浮点数"), ("choice", "枚举")
    ])
    option_values = models.TextField(blank=True, null=True, verbose_name="枚举可选值，逗号分隔")

# 2. 存储每个产品对应的专属属性值
class ProductAttributeValue(models.Model):
    product = models.ForeignKey(Product, on_delete=models.CASCADE, related_name="attr_values")
    attribute = models.ForeignKey(CategoryAttribute, on_delete=models.CASCADE)
    value = models.TextField(verbose_name="属性值") # 统一存文本，取值时按attr_type转对应类型

    class Meta:
        unique_together = ("product", "attribute")

• 优点：灵活度拉满，新增分类、新增分类字段都不需要改代码、不需要做数据库迁移，后台配置即可生效
• 缺点：查询时需要多表关联，复杂筛选性能比原生字段差，字段校验、类型转换需要自己实现

方案3：模型继承（强约束最规范） #

如果分类数量极少（3-5个），且每个分类的专属字段包含复杂业务逻辑，可以用多表继承的方式实现：

class Product(models.Model):
    name = models.CharField(max_length=70)
    category = models.ForeignKey(Category, null=True, on_delete=models.SET_NULL)
    slug = models.SlugField(unique=True)
    description = models.TextField(max_length=300)

# 处理器分类产品模型
class CPUProduct(Product):
    total_cores = models.IntegerField(verbose_name="核心总数")
    total_threads = models.IntegerField(verbose_name="线程总数")

# SSD分类产品模型
class SSDProduct(Product):
    storage_capacity = models.CharField(max_length=20, verbose_name="存储容量")
    connector = models.CharField(max_length=30, verbose_name="接口类型")

• 优点：所有字段都是数据库原生字段，有强约束，ORM查询、Admin后台支持最完善，性能最好
• 缺点：灵活度最差，每新增一个分类就要新建模型、执行数据库迁移，分类多了之后维护成本极高

选型建议 #

• 分类数量少于10个、专属字段长期不会变动：优先选JSONField方案，性价比最高
• 分类数量多、需要动态调整字段：选EAV方案
• 分类极少、专属字段业务逻辑复杂：选模型继承方案

注意：不要尝试在服务运行时动态给模型类添加字段，Django的模型字段映射是在服务启动阶段完成初始化的，运行时动态加字段会导致多进程数据不一致、迁移脚本失效、ORM缓存混乱等问题，生产环境严禁使用。

内容的提问来源于stack exchange，提问作者4SadMemeXD