对于多项选择测验引擎来说，数据库模式的良好设计是什么？

Question

我有一个项目来创建一个 asp.net mvc 站点来生成测验。 规范如下：

1. 对于每个访问该网站的用户，她/他都会得到一个测验。
2. 每个测验都包含一些多项选择题。
3. 每个问题包含一个问题和 5 个互斥的选项。

我能想到的最简单的模型如下：

    public class Problem
    {
        public int ProblemId { get; set; }
        public string Question { get; set; }
        public string A { get; set; }
        public string B { get; set; }
        public string C { get; set; }
        public string D { get; set; }
        public string E { get; set; }
    }

我不确定它是否好。 您能给我一个更好的设计建议吗？

Answer 1

属性 A 到 E？不，谢谢！我的表格布局如下：

Quiz (int QuizId, ...)
Problem (int ProblemId, int QuizId, string Question)
Answer (int AnswerId, int ProblemId, int Index, string Answer)

字段名称应该是不言自明的（索引是单个问题答案的排序索引，如果它们的顺序很重要）

Answer 2

简单直观的设计总是最好的，因为它们真的很简单，我们开始怀疑自己;-)。除了您还可以将正确答案与问题本身一起存储之外，您做得很好。那么它就不再只是一个问题了。现在是 ProblemAndAnswer 或 QuizItem。

因此，将其作为多个列存储在单个表中就可以了。 但您还需要理解它的含义。这意味着您假设一个问题总是有 5 个选择。如果少于 5 个，那么没关系，因为您可以存储空值。但如果你想要更多怎么办？这是单表模型开始崩溃的时候。您现在会开始认为一个问题确实可以有 1 个或多个选择，并且希望拆分为父子表......现在您已经做出了明智的决定;-)

Answer 3

表 Question 有一个 id 和一个 description，它是问题的文本（“猫是秘密的狗吗？”）。

编辑：此外，Question 表有一个 Correct_answer_id，它对应于 Answer 表中的正确行。

表 Answer 有一个 question_id，将其链接回其 Question，以及一个 description，即文本答案（“这取决于你的猫的颜色。”）。

使用此架构，问题没有硬编码的答案数量。

Answer 4

我正在研究相同类型的数据库结构。最好有一个选项表来针对特定问题 ID 插入选项。测验 ID 是一个单独的表，其中包含问题 ID 和测试持续时间。