MySQL：非查询场景下JSON类型还是关联表存储试题答案？

Hey Paul, 针对你开发试卷编制生成应用时遇到的答案存储难题，结合你提到的不需要对答案做查询、仅用于打印这个核心需求，我来给你梳理下最适配的方案：

先拆解两种常见思路的适配性 #

思路1：新增独立表存储单个答案选项及属性 #

• 优点：数据库结构更规范，若后续需求扩展（比如新增在线答题、答案统计功能），调整起来会比较顺畅。
• 缺点：完全不符合你当前的核心诉求——你不需要查询答案，每次打印试卷都要关联试题表和答案表做JOIN操作，反而增加了数据库的操作复杂度和耗时，属于过度设计。

思路2：直接在现有试题表中新增字段存储答案 #

这应该是你没说完的另一种常见思路，具体可以分为两种实现方式：

• 方式A：用JSON结构化字段存储
  新增类似answer_info的字段，类型设为JSON，把选项内容、正确答案标记、排版要求等信息都封装进去，示例格式：

  {
    "options": ["A. 光合作用", "B. 呼吸作用", "C. 蒸腾作用"],
    "correct_options": ["A"],
    "display_style": "vertical"
  }
  

  优点：无需额外建表，存储灵活，打印时直接读取字段解析即可，完全满足当前需求，还能兼容不同题型（单选、多选、填空）的差异。
• 方式B：用纯文本字段存储
  新增类似answer_content的字段，直接存储答案的最终打印文本，比如"正确答案：A；选项：A.光合作用 B.呼吸作用 C.蒸腾作用"。
  优点：开发和使用成本最低，打印时直接输出内容即可，无需解析逻辑。缺点是如果后续要修改选项内容，需要手动编辑文本，灵活性稍弱。

最终推荐方案 #

结合你的需求（仅用于打印、无查询需求），优先选择思路2的两种方式，具体可根据试题复杂度决定：

• 如果你的应用支持多种题型（单选、多选、主观题等），排版要求多样，选方式A（JSON字段），能兼顾灵活性和易用性；
• 如果试题格式相对固定，以单选、判断这类简单题型为主，选方式B（纯文本字段），最省心高效。

另外给你个小建议：哪怕现在不需要查询，也可以在字段里预留基础的标记（比如JSON里的correct_options），万一后续需求变更，也不用大改数据库结构，算是留个小后路~

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