怎样修改这个表才规范呢

Question

题是我一年多以前出的!一道褒贬不一的 SQL 考试题(含参考答案及分析)
http://www.csdn.net/Develop/Read_Article.asp?Id=15989《程序员》杂志也发表过,已经一年了11.规范化
规范化的问题可以说是仁者见仁,智者见智。而且不做肯定不好,但过犹不及,搞到太
   规范也不一定是好事。首先分析信息的对应关系,这个表中有四种信息。学生、课程、教师、成绩。其中前三个可以独立存在,最
   后一个可以看做是基于前三个存在的。然后,我们按这四种分类,建立四个表:
   关于学生的信息,有以下两个:学生ID,姓名;
   教师则会有教师ID,姓名,课程ID 这也就是为什么我要把学生和教师会为两个表的原因;
   课程则有课程ID,课程名称两种;
   而最后一个成绩信息,就成为了联接它们的一个部分,在这里,它要有学生ID,教师ID,课程ID,成绩四项,相
   对与其它表应属应用级别,除了成绩字段,其它都引用的另外的表。
   这样一来,几个表的脚本大概是这个样子:
   CREATE TABLE "学生信息"
                (
                 "ID" CHAR(4),
                 "姓名" CHAR(16),
                 PRIMARY KEY ("ID")
                )   CREATE TABLE "课程信息"
                (
                 "ID" CHAR(4),
                 "名称" CHAR(16),
                 PRIMARY KEY ("ID"),
                )  CREATE TABLE "教师信息"
               (
                "ID" CHAR(4),
                "姓名" CHAR(16),
                "课程ID" CHAR(4),
                PRIMARY KEY ("ID"),
                FOREIGN KEY("课程ID") REFERENCES "课程信息"("ID")
               )  CREATE TABLE "成绩信息"
               (
                "学生ID" CHAR(4),
                "教师ID" CHAR(4),
                "课程ID" CHAR(4),
                成绩 NUMERIC(5, 2),
                PRIMARY KEY("学生ID", "教师ID", "课程ID"),
                FOREIGN KEY("学生ID") REFERENCES "学生信息"("ID"),
                FOREIGN KEY("教师ID") REFERENCES "教师信息"("ID"),
                FOREIGN KEY("课程ID") REFERENCES "课程信息"("ID")
               )这样建表很明显是为了尽可能的细化信息的分类。它的好处在于各种信息分划明确,不
过问题也很明显,比如,一个教师不能同时带两门不同的课(当然,这可能正是业务规则所
要求的),而且,这样做分类过于细腻了。如果不需要对教师进行人事管理,那么,完全可以把教师信息和课程信息合为一表。也就是说,不同教师带的同
一名称课程,视做不同课程。这样做当然也有其应用背景,很多教师,特别是高等教育和名师,往往有他们自
己的风格,完全可以视做两种课程,相信同样教授 C++ , Lippman 和 Stroustrup 教出的学生总会有所不同。
要说问题,那就是,如果想要限制学生不能重复修某一门课,就得用触发器了,没有太好的办法,不过这个问题,
前面的第一种设计同样解决不了,就算针对教师和课程的关系单建一个表也不一定就可以,还把问题复杂化了。
现在把第二种设计的脚本列出来:  CREATE TABLE "学生信息"
               (
                "ID" CHAR(4),
                "姓名" CHAR(16),
                PRIMARY KEY ("ID")
               )  CREATE TABLE "课程信息"
               (
                "ID" CHAR(4),
                "课程分类" CHAR(4),
                "名称 "CHAR(16),
                "教师ID" CHAR(4),
                "教师姓名" CHAR(16),
                PRIMARY KEY ("ID")
               )  CREATE TABLE "成绩信息"
               (
                "学生ID" CHAR(4),
                "课程ID" CHAR(4),
                成绩 NUMERIC(5, 2),
                PRIMARY KEY("学生ID", "课程ID"),
                FOREIGN KEY("学生ID") REFERENCES "学生信息"("ID"),
                FOREIGN KEY("课程ID") REFERENCES "课程信息"("ID")-
               )  这样是不是能清爽一点?这样一来,如果不存在一个教师教不同的课程的情况,并且我
  们希望简化管理,甚至都可以不用"课程分类"和"教师ID"字段。当然,视业务需要而定,
  如果希望在限制学生学习的课程分类的同时,不想带来额外的性能开销,使用第一种设
  计,或将课程分类字段也列入成绩信息表,是一个更好的办法。  关于数据库的设计和管理,有几条经验,拿出来在这里和大家交流一下:
  对数据进行规范化时,最好要符合它的应用背景。这样易于理解和管理;
  数据的规范化不一定是越细化越好,粒度适当地大一点,后面的编程一般会容易一点;
  虽说不是越细越好,不过要是不做规范化,却几乎是一定要出问题;
  很重要的一点: 千万不要滥用自动标识列! 特别是,不要滥用自动标识列来做为一个表中唯一的约束条件,通常,
  那和没有约束没什么不同!  关于这些试题,我们的看法就到这里,希望朋友们可以拿出更多更好的意见,我们一起讨论。

Answer 1

CREATE TABLE "成绩信息"
               (
                "学生ID" CHAR(4),
                "教师ID" CHAR(4),
                "课程ID" CHAR(4),
                成绩 NUMERIC(5, 2),
                PRIMARY KEY("学生ID", "教师ID", "课程ID"),
                FOREIGN KEY("学生ID") REFERENCES "学生信息"("ID"),
                FOREIGN KEY("教师ID") REFERENCES "教师信息"("ID"),
                FOREIGN KEY("课程ID") REFERENCES "课程信息"("ID")
               )
 PRIMARY KEY("学生ID", "教师ID", "课程ID"),
  
这个吗?每个学生id要对应40个条记录啊  他不唯一怎么用做主键?