自动生成含IntegerField的Django模型遇错，模型设计存困惑

一、自动生成带170个IntegerField的Django模型 #

解决动态创建模型的KeyError问题 #

用type动态生成模型时，必须手动指定__module__属性——Django需要知道模型属于哪个模块才不会报错。示例代码：

from django.db import models

# 你的170个属性名列表
field_names = ['nutrient_1', 'nutrient_2', ..., 'nutrient_170']

# 构建字段字典，每个属性对应IntegerField
fields = {
    name: models.IntegerField(null=True, blank=True)  # 可根据需求调整null/blank等参数
    for name in field_names
}
# 必须添加__module__属性，值设为当前模块名
fields['__module__'] = __name__

# 动态生成模型类
FoodItem = type('FoodItem', (models.Model,), fields)

更稳妥的代码生成方案 #

如果动态模型用着别扭，不如直接用脚本生成静态模型代码，写入models.py：

# 生成模型代码的脚本
field_names = ['nutrient_1', 'nutrient_2', ..., 'nutrient_170']

model_code = """from django.db import models

class FoodItem(models.Model):
"""
# 逐个生成字段代码
for name in field_names:
    model_code += f"    {name} = models.IntegerField(null=True, blank=True)\n"

# 写入到你的app的models.py文件
with open('your_app/models.py', 'a', encoding='utf-8') as f:
    f.write(model_code)

运行这个脚本后，直接得到静态的模型类，后续使用和普通Django模型完全一样，没额外问题。

二、Bundeslebensmittelschlüssel数据库结构方案选择 #

两种方案对比 #

• 方案一：静态字段直接挂在FoodItem上

  • 好处：查询速度快，不用关联表；增删改查操作简单，适合营养成分完全固定、不会变动的场景。
  • 坏处：模型太臃肿，170个字段看着都头疼；以后要加/改营养项，必须改模型、跑迁移，麻烦还容易出问题。

• 方案二：关联模型（FoodItem + Nutrition + NutritionDetail）

  • 好处：结构灵活，营养成分的增删改只需要操作Nutrition表，完全不影响FoodItem；想加新营养项直接往Nutrition里加就行，扩展性极强。
  • 坏处：创建FoodItem时要批量生成NutritionDetail，但这个可以用代码自动搞定，不算大问题。

自动生成NutritionDetail的方法 #

方法一：自定义模型管理器

给FoodItem加个自定义管理器，封装创建逻辑，自动生成关联的NutritionDetail：

from django.db import models

class FoodItemManager(models.Manager):
    def create_food(self, **kwargs):
        # 创建FoodItem实例
        food = self.create(**kwargs)
        # 获取所有已定义的营养项
        all_nutrients = Nutrition.objects.all()
        # 批量创建NutritionDetail
        NutritionDetail.objects.bulk_create([
            NutritionDetail(food_item=food, nutrition=nut, value=0)  # 默认值按需调整
            for nut in all_nutrients
        ])
        return food

class FoodItem(models.Model):
    # 这里放FoodItem的基础字段（比如名称、类别等）
    name = models.CharField(max_length=255)
    # 替换默认管理器
    objects = FoodItemManager()

用的时候直接调用FoodItem.objects.create_food(name="xxx")，就能自动生成所有对应的NutritionDetail。

方法二：用post_save信号

借助Django的信号机制，创建FoodItem后自动触发NutritionDetail的生成：

from django.db.models.signals import post_save
from django.dispatch import receiver

@receiver(post_save, sender=FoodItem)
def auto_create_nutrition_details(sender, instance, created, **kwargs):
    # 只有新建实例时才触发
    if created:
        all_nutrients = Nutrition.objects.all()
        NutritionDetail.objects.bulk_create([
            NutritionDetail(food_item=instance, nutrition=nut, value=0)
            for nut in all_nutrients
        ])

这种方式不用改创建逻辑，只要FoodItem被创建，信号自动跑，省心。

方案建议 #

如果Bundeslebensmittelschlüssel的营养成分可能更新（比如新增营养项、调整分类），优先选方案二——初期写点自动化代码，长期维护省太多事；要是营养成分绝对固定，不会有任何变动，方案一的简单性更合适。

内容的提问来源于stack exchange，提问作者Julian Sp