教室管理信息系统数据库的设计

07信管专业072班数据库系统概论课程设计论文

学生与教室之间存在一个学生使用多个教室，一个教室被多个学生使用，因此两者间为多对多关系，他们之间联系属性为学生进入教室时间，学生报告教室损坏信息等。其实体联系模型为：

2.2.3-2 学生-教室ER图

单位与教室之间关系描述为一个单位可借多个教室，一个教室可被多个单位借用。因此两者之间为多对多的关系，其联系的属性有借用时间，借用原因等。

2.2.3-4 单位-教室ER图

维修员与教室之间也为多对多关系，两者之间联系为维修员维修教室的相关属性，例如损坏设备名，修复时间，更换部件名。

10

07信管专业072班数据库系统概论课程设计论文

2.2.3-4 维修员-教室ER图

教室，教师和课程之间的关系比较复杂，具体表现为课程表安排。即一门课可被多位老师教，一个教室可被多门课程和教师占用。因此三者之间均为多对多关系。其联系之间的属性有上课时间，调课后的时间等。其实体联系模型如图所示：

2.2.3-5 教室-教师-课程ER图

11

07信管专业072班数据库系统概论课程设计论文

得到局部ER图后，经过合并，消除冗余和命名冲突，结构冲突和属性冲突，得到的全局ER图如下所示：

维修员n维修m学生n使用m教室n借用m单位n学习m教室-教师-课程nm课程p教师2.2.3-6 系统全局ER图

2.3逻辑结构设计 2.3.1引言

逻辑结构设计就是把独立于任何一种数据模型的信息结构转化为与选用DBMS所支持的数据模型的过程。具体来说就是设计优化的，不存在不合理函数依赖的关系模式，以及完成子模式和存储过程的设计。

2.3.2逻辑结构设计阶段的目标和任务

目标：根据概念设计的ER图，转化为优化的关系模式。

任务：将ER图转化为关系模式，并利用范式理论对模式进行优化，设计数据处理的，功能模块图，用户子模式与存储过程和触发器，完成事务处理的功能。

12

07信管专业072班数据库系统概论课程设计论文

2.3.3数据组织

2.3.3.1将E-R图转换为关系模型

实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：

一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性

均转换为关系的属性，而关系的码为各实体码的组合。

一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合,具有相同码的关系模式可合并。

由ER图可以转化出以下的关系模式：

(1)学生（SNo,Sname,Sex,BirthYear,Pname,ClassNo,AttendSum,Photo ,Dept）

(2)课程信息(CNo,Cname,Time,WeekNo,Weekday,SectionNo,Pname,ClassNo，StuNum) (3)教师信息(TNo,Tname,Dept,Title,Sex，Tel)

(4)单位信息(RentDeptname,Leadername,IDtype,ID,Tel) (5)维修员(RepairerNo,Repairername,Statement,Tel)

(6)维修记录(RoomNo,RepairerNo,RepaireRecordNo,RepaireResult,RepairTime, Supplyname)

(7)课程安排(CNo,TNo,RoomNo,WeekNo,Weekday,SectionNo,Pname,ClassNo ,NewWeekday, (8)NewWeekNo,NewSectionNo,NewRoomNo, AdjLessonID) (9)学生出勤记录(SNo,CNo,AttendSum)

(10)学生使用教室 (SNo,RoomNo,DamageTime,DamageInfo,Devicename, LeaveTime,EnterTime)

(11)教室信息(RoomNo,Roomname,Campusname,Buildname,Capacity, IsUusable,Type,RemainCapacity)

(12)单位借用记录(RoomNo, Deptname, RentReason, WeekNo,Weekday,SectionNo)

对模式进行检验和优化。先根据一事一地原则直觉判断，除了课程安排模式以及学生使用教室关系模式描述的信息不是同一个事物外，其他都符合。在根据范式理论分析，除了课程安排模式外，都不存在部分函数依赖和传递函数依赖。课程安排关系中包含了课程表信息和调课信息。操作上存在大量冗余。因此应当拆分成两个模式。

课程安排(CNo,TNo,RoomNo,WeekNo,Weekday,SectionNo,Pname,ClassNo )

13