高效建模复杂Django模型关系：活动用餐数据存储优化咨询

需求说明 #

• 每个活动（Event）持续天数可变，需生成每日用餐表
• 每日包含早餐（Breakfast）、午餐（Lunch）、晚餐（Dinner）三顿餐食
• 每顿饭需统计各菜品（Dish）的选择人数，且每人每顿仅能选一道菜
• 活动管理员可修改适用于所有餐食的统一菜单（Menu）

当前方案及痛点 #

现有模型结构：

1. Dish：存储菜品名称
2. Day：关联Event和Person，记录日期及三餐所选菜品
3. Event：通过get_meal_table方法遍历所属Day对象统计数据

问题：扩展性极差，活动天数增加或参会者新增时，Day对象数量会随两者同步倍增，数据冗余度高，统计和维护成本剧增。

现有新方案的瓶颈 #

构想按「活动+日期+菜品」创建Day对象，通过多对多字段关联选择该菜品的参会者，对象数量仅与天数、菜品数相关，但无法避免同一Person在同一日期的同一餐食中关联多个Dish的问题，模型代码如下：

from django.db import models
import auto_prefetch

class Day(auto_prefetch.Model):
    event = auto_prefetch.ForeignKey(Event, on_delete=models.CASCADE)
    date = models.DateField('Date')
    dish = auto_prefetch.ForeignKey(
        Dish, 
        null=True, blank=True,
        on_delete=models.CASCADE
    )

    breakfast = models.ManyToManyField(
        Persona, blank=True, related_name="breakfast")

    lunch = models.ManyToManyField(
        Persona, blank=True, related_name="lunch")

    dinner = models.ManyToManyField(
        Persona, blank=True, related_name="dinner")

可行优化思路 #

思路1：基于用户选择的核心约束模型 #

从「用户每顿只能选一个菜」的核心规则出发，用独立的MealChoice模型记录每个用户的用餐选择，并通过数据库唯一约束强制避免重复。

模型设计

from django.db import models

# 菜品模型
class Dish(models.Model):
    name = models.CharField(max_length=100, verbose_name="菜品名称")
    menu = models.ForeignKey('Menu', on_delete=models.CASCADE, verbose_name="所属菜单")

# 菜单模型（管理员可修改，关联多个活动）
class Menu(models.Model):
    name = models.CharField(max_length=100, verbose_name="菜单名称")
    events = models.ManyToManyField('Event', related_name='assigned_menus', verbose_name="关联活动")

# 活动模型
class Event(models.Model):
    name = models.CharField(max_length=100, verbose_name="活动名称")
    start_date = models.DateField(verbose_name="开始日期")
    end_date = models.DateField(verbose_name="结束日期")

# 日期关联模型（绑定活动和具体日期）
class Day(models.Model):
    event = models.ForeignKey(Event, on_delete=models.CASCADE, verbose_name="所属活动")
    date = models.DateField(verbose_name="日期")

    class Meta:
        unique_together = ('event', 'date')  # 确保一个活动同一天只有一个Day对象

# 用餐选择模型（核心约束）
class MealChoice(models.Model):
    MEAL_TYPE_CHOICES = (
        ('B', '早餐'),
        ('L', '午餐'),
        ('D', '晚餐'),
    )
    person = models.ForeignKey('Person', on_delete=models.CASCADE, verbose_name="参会者")
    day = models.ForeignKey(Day, on_delete=models.CASCADE, verbose_name="日期")
    meal_type = models.CharField(max_length=1, choices=MEAL_TYPE_CHOICES, verbose_name="餐型")
    dish = models.ForeignKey(Dish, on_delete=models.CASCADE, verbose_name="所选菜品")

    class Meta:
        # 关键约束：同一参会者同一天同一餐只能选一个菜
        unique_together = ('person', 'day', 'meal_type')

优势说明

• 数据一致性：通过unique_together在数据库层面强制约束，从根源避免同一人同一餐选多个菜的问题
• 扩展性强：新增餐型只需在MEAL_TYPE_CHOICES中添加选项，新增菜品直接创建Dish对象即可，无需修改现有表结构
• 统计高效：通过Django的聚合查询可快速生成用餐统计，例如：

from django.db.models import Count

# 统计某活动某一天早餐各菜品的选择人数
event_id = 1
target_date = '2024-05-20'
breakfast_stats = MealChoice.objects.filter(
    day__event_id=event_id,
    day__date=target_date,
    meal_type='B'
).values('dish__name').annotate(choice_count=Count('person')).order_by('-choice_count')

• 菜单管理清晰：Menu模型独立管理菜品集合，活动可关联统一菜单，管理员修改菜单后所有关联活动自动同步

思路2：简化版约束模型（无需独立Menu） #

如果菜单逻辑相对简单，可省去Menu模型，直接将菜品与活动关联，简化结构：

class Dish(models.Model):
    name = models.CharField(max_length=100)
    events = models.ManyToManyField(Event, related_name='available_dishes')

# 其余模型同思路1，仅Dish模型调整

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