“问题”和“答案”；有多个答案

发布于 2024-08-14 03:59:20 字数 408 浏览 7 评论 0原文

我有一个调查应用程序，其中大多数问题都有一组 1-5 的答案。现在我们必须做可能有多种不同答案类型的问题——数字、日期、字符串等。由于堆栈的建议，我使用了一个字符串列来存储答案。有些问题是多项选择，因此除了“问题”表之外，我还有一个“答案”表，其中包含问题的一组可能答案。

现在：我应该如何存储“选择所有适用的”问题的答案？我应该创建一个“chosen_answers”或类似的子表吗？或者答案表是否应该有一个“选择”列来表明受访者选择了该答案？

需要登录才能够评论，你可以免费注册一个本站的账号。

轮廓§ 2024-08-21 03:59:20

一种可能的解决方案是具有 4 列的 UsersAnswers 表：主键、用户 id、问题 id 和答案 id，

对于可以选择多个答案的任何问题，具有多个条目

春庭雪 2024-08-21 03:59:20

我有两个建议。

标准化您的数据库，并创建一个名为 question_answer 的表，或者更符合您的架构命名法的表。这就是我的布局方式。

创建表 Question_answer (
    id INT NOT NULL 自动递增主键，
    user_id INT NOT NULL,
    Question_id INT NOT NULL,
    answer_id INT NOT NULL
）；

恕我直言，除非您看到选项数量发生变化，否则我会坚持使用选项 2。这是一个更快的选项，而且很可能还会节省您的空间。

I have two suggestions.

Normalize your database, and create a table called question_answer, or something that fits more in line with the nomenclature of your schema. This is how I would lay it out.
```
CREATE TABLE question_answer (
    id INT NOT NULL AUTO INCREMENT PRIMARY KEY,
    user_id INT NOT NULL,
    question_id INT NOT NULL,
    answer_id INT NOT NULL
);
```
Create five columns in your answers table, each of which refers to a specific answer. In MySQL I would use set these columns up as bit(1) values.

IMHO, unless you see the number of choices changing, I would stick with option 2. It's a faster option and will most likely also save you space.