如何设计Django模型实现题目类型与多个可选子类型的关联关系？

显然关系型数据库的强大之处在于各表之间的关联关系。Django 提供了三种最常见的关联方式：多对一多对多一对一。说起来，在实际项目中，特别是题目类型与可选子类型的关联需求往往会遇到以下痛点：

• 模型设计冗余：同时保存 type 与 type_subtype 两个外键，导致数据重复。
• 语义不清：字段命名不够直观，阅读代码时难以快速辨识层级关系。按理说，
• 一致性风险：没有约束会出现“子类型存在但对应的父类型缺失”的脏数据。
• 灵活性不足：子类型只能属于单一题目类型，无法满足“一对子类型对应多个题目类型”的业务场景。

原始模型示例

class Question:
# ... 其他字段 ...
type = models.ForeignKey
type_subtype = models.ForeignKey
# ... 其他字段 ...

上述实现虽然可以工作。但正如上面的痛点所示，它并不是常用方法。

调整思路

• 拆分职责：将「题目类型」和「子类型」分别建模，让「子类型」通过M2M关联到「题目类型」。这样每个子类型可以归属多个题目类型，满足业务灵活性。