答案是采用结构化回答表设计，通过surveys、questions、options和response_answers等表存储问卷信息与回答，兼顾查询效率与统计便利性。
在 MySQL 中设计问卷调查的数据存储，关键在于平衡灵活性与查询效率。常见的做法是将结构化数据和非结构化数据结合使用，适应不同类型的题目（单选、多选、填空等）。以下是合理的数据库设计方案。
1. 问卷基本信息表（surveys）
存储问卷的元信息，如标题、描述、创建时间等。字段建议：
- id：主键，自增
- title：问卷标题（VARCHAR）
- description：说明（TEXT，可选）
- created_at：创建时间
- status：状态（如草稿、发布、关闭）
2. 题目表（questions）
存储每一道题目的内容和类型。字段建议：
- id：主键
- survey_id：外键，关联 surveys 表
- content：问题文本
- question_type：题目类型（如 single_choice, multiple_choice, text, rating）
- sort_order：排序序号
3. 选项表（options）
适用于选择类题目，存储每个题目的可选项。字段建议：
- id：主键
- question_id：外键，关联 questions 表
- option_text：选项内容（如 A. 非常满意）
- value：可选值（用于评分或后续分析）
4. 回答记录表设计
回答部分的设计是重点，有两种主流方式：
方案一：结构化回答表（适合固定问卷）
为每份问卷或每种题型设计专用回答表，查询快，但扩展性差。示例表：survey_responses
- id：主键
- survey_id：问卷ID
- respondent_info：受访者信息（如用户ID或匿名标识）
- submitted_at：提交时间
答案明细表：response_answers
- id：主键
- response_id：外键，关联 survey_responses
- question_id：问题ID
- option_id：选中的选项ID（多选可用多行）
- text_value：文本型答案（如填空题）
方案二：JSON 存储答案（灵活但难统计）
将整个回答以 JSON 格式存储，适合动态问卷。在 survey_responses 中增加：
- answers：JSON 字段，存储 { "q1": "A", "q2": ["1","3"], "q3": "其他意见" }
MySQL 支持 JSON 查询（如 JSON_EXTRACT），适合不定结构的问卷，但复杂统计较麻烦。
实际建议
推荐使用“结构化回答表”方案，尤其当需要频繁统计分析时。优点：
- 支持索引优化，查询速度快
- 方便按题、按选项做聚合统计
- 支持多选题拆成多行存储，逻辑清晰
注意事项：
- 确保 question_id 和 option_id 有外键约束或检查机制
- 对 response_answers 的 response_id 建立索引，提升关联查询速度
- 文本答案统一用 text_value 字段，避免滥用 JSON
