设计和应用题1

在设计和应用题1中，我们讨论的是一个关于学校环境的数据库设计，涉及系、学生、班级、学会四个主要实体。接下来，我们将深入探讨每个关系的函数依赖、部分依赖和传递依赖，找出候选码和外部码，并进行关系模式的重新设计以消除传递依赖。 我们列出每个关系的函数依赖： 1. 班级（班号，专业名，系号，人数，入学年份） - 函数依赖：班号→专业名，专业名→系号，班号→人数，班号→入学年份 - 分析：存在部分依赖，如专业名→系号，因为一个专业名可以对应多个系号；存在传递依赖，如班号→专业名，专业名→系号，即班号与系号之间存在传递依赖。 2. 学生（学号，姓名，出生日期，系号，专业名，班号，宿舍区） - 函数依赖：学号→姓名，学号→出生日期，学号→班号，系号→宿舍区，班号→专业名，专业名→系号 - 分析：存在部分依赖，如学号→班号，因为一个学号可以对应多个班号；存在传递依赖，如学号→专业名，专业名→系号，系号→宿舍区，即学号与专业名、学号与系号、学号与宿舍区之间存在传递依赖。 3. 系（系号，系名，办公室，系人数） - 函数依赖：系号→系名，系号→办公室，系号→系人数 - 分析：不存在部分依赖和传递依赖。 4. 学会（学会名，成立时间，地点，会员数） - 函数依赖：学会名→成立时间，学会名→地点，学会名→会员数 - 分析：不存在部分依赖和传递依赖。 5. 学生参加学会（学号，学会名，入会年份） - 函数依赖：（学号，学会名）→入会年份 - 分析：不存在部分依赖和传递依赖。 接着，我们找出各个关系的候选码和外部码： - 班级：候选码为班号 - 学生：候选码为学号，外部码为班号和系号 - 系：候选码为系号 - 学会：候选码为学会名 - 学生参加学会：候选码为（学号，学会名） 为了消除传递依赖，我们重新设计关系模式： 1. 班级（班号，专业名，人数，入学年份） 2. 学生（学号，姓名，出生日期，班号） 3. 专业（专业名，系号） 4. 系（系号，系名，办公室，系人数，宿舍区） 5. 学会（学会名，成立时间，地点，会员数） 6. 学生参加学会（学号，学会名，入会年份） 这样设计后，传递依赖得以消除，每个实体的属性都直接依赖于其候选码，符合数据库设计的最佳实践。 第二个问题涉及到教师任课关系模式 TDC，存在多值依赖和传递依赖的问题。我们对其进行规范化： - 教师（TN，TNAME，TITLE，ADDR，DN）：教师编号、教师姓名、职称、教师地址、所属系编号 - 系（DN，DNAME，LOC）：系编号、系名称、系地址 - 课程（CN，CNAME，CREDIT）：课程编号、课程名、学分 - 教师授课（TN，CN，LEVEL）：教师编号、课程编号、教学水平 经过规范化，每个实体的关系模式满足第三范式（3NF），消除了多值依赖和传递依赖，提高了数据的一致性和完整性。