Django开发中Genre应新建关联Model还是作为Book模型字段？

首先直接纠正一个常见认知误区：方案2不需要遍历全量Book记录做筛选，只要给字段加了数据库索引，检索效率和方案1没有量级差距，不存在谁天生更快的说法。

两种方案没有绝对的优劣，只看你的业务场景匹配度：

方案1：单独建Genre模型，Book与Genre做多对一外键关联 #

适合选这个方案的场景：

• Genre分类本身需要存储独立属性：比如分类简介、分类封面、排序权重、上级父分类（做多级分类）、分类展示状态这类和分类本身绑定的信息，必须单独建表承载，内置字段无法实现。
• 需要动态维护分类列表：比如运营人员要在后台自主新增、编辑、下架分类，单独建模可以从根源避免同分类多值的脏数据问题——不会出现同一分类被存成"科幻""科幻小说""Sci-Fi"这类不一致的情况。
• 后续需要做分类维度的扩展：比如统计每个分类的藏书量、给分类绑定专属推荐位、按分类做权限控制，单独建模的维护成本低很多。

关于性能的真相：这个方案ORM查询关联图书的本质，还是通过Book表上存储的genre_id外键索引做匹配，和给普通字段加索引的查询逻辑完全一致，不存在"直接取关联对象就跳过检索步骤"的特殊优化，底层生成的SQL执行效率和加了索引的普通字段查询几乎没有差别。

方案2：Genre直接作为Book模型的内置字段 #

适合选这个方案的场景：

• 分类是完全固定的静态枚举：比如业务上线后永远只有固定的几个分类，不会新增、修改，分类本身也没有任何额外属性需要存储，直接用带choices选项的字段即可，不需要额外建表，代码更轻量。
• 极小体量的个人/内部项目：比如个人书单工具、内部几十本图书的管理系统，没有分类统一运营的需求，直接内置字段足够用，开发成本最低。

关键提醒：选方案2的时候只要给genre字段加上数据库索引（Django里配置db_index=True即可），执行Book.objects.filter(genre="指定分类")的时候数据库会直接走B+树索引定位匹配行，完全不需要逐行遍历全表。只有没加索引的情况下，才会出现全表扫描筛选的低效情况。

最终选型建议 #

• 只要你有分类统一维护、分类携带额外属性、需要保证分类值一致性的需求，直接选方案1，这是这类业务场景的标准实现方式，性能完全满足绝大多数业务体量的要求。
• 如果分类是固定不变的静态值、没有任何分类维度的扩展需求，选方案2更简洁，记得给字段加索引就不会有性能问题。

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