考试系统数据库设计

    历经多天对考试系统需求的研究，终于数据库也有了些原型。

    这次的数据库设计，以三范式为原则，本着理论与实践结合，达到一种更合理更简洁的目的进行设置。但是，粒度的大小真的是不很好把握。说一下，我遇到的一种比较新的情况。

    举个比较通俗的例子。一张纸上可以写n行字，一本书可以有n张纸。在进行数据库设计时，我就遇到了这种情况。那这种问题怎么解决呢？拿例子来说。就是考试，一个考生一张试卷，每张试卷上有n道题。（由于是随机抽题进行考试，每个人的考题都是不一样的。）这样的话，数据库中我们要记录每个考生的试卷以及答题情况。下面是几种数据库的设计情况，记录下来，有时间在分析。

第一种情况，操作比较方便

考号	考试编号	试卷id	试题id	考生所答答案	得分
01	01	01	1	A	0
01	01	01	2	A	1
01	01	01	3	B	1
01	01	01	4	C	0
02	01	02	2	A	1
02	01	02	5	C	1
02	01	02	3	B	1

   第二种情况

考号	考试编号	试卷id	试卷试题所在的表格
01	01	01	Paper01
02	01	02	Paper02

   Paper01

试题id	正确答案	考生答案	得分
1	B	A	0
2	A	A	1
3	B	B	1

   Paper02

试题id	正确答案	考生答案	得分
2	A	A	1
5	C	C	1
3	B	B	1

   这样，有一个总表，以考号，考试编号为主键，试卷id为索引，找到各个试卷所在的表，并进行操作。

   第三种想法想法：

考号	考试编号	试卷id	备注（其中所包含所抽到试题的id，考生所答的答案，题正确答案，得分。按此先后顺序进行排列）
01	01	01	{（1，A，B，0），（2，A，A，1），（3，B，B，1）}
02	01	02	{（2，A，A，1），（5，C，C，1），（3，B，B，1）}

   这样在一个表中也能存储所有的数据。而且一张试卷一张表也比较清晰。

  

         

转载于:https://www.cnblogs.com/yanmei-yaomy/archive/2011/07/26/3025112.html