《数据库原理与应用》课程设计论文教室管理信息系统数据库的设计.doc

《《数据库原理与应用》课程设计论文教室管理信息系统数据库的设计.doc》由会员分享，可在线阅读，更多相关《《数据库原理与应用》课程设计论文教室管理信息系统数据库的设计.doc（35页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、信息学院数据库原理与应用课程设计论文题 目：教室管理信息系统数据库的设计学 号：专业班级：信息管理与信息系统072姓 名：指导老师：完成日期：二零一零年元月八日摘 要通过调查研究，发现教室管理大多采用人工方式，不便于管理和用户使用。本系统针对教室管理人员和用户，采用存储过程和触发器，实现数据的增删改，方便用户操作和系统的实现。主要实现了空教室查询，教师调课的管理，设备维护管理和教室借用的管理。其中空教室查询包括空闲教室查询和空余座位查询以及学生出勤人数的统计查询等；调课管理完成教师调课的处理及相关课表的查询等；设备维护管理主要记录教室设备的损坏及修复信息；借用管理完成教室的借用处理和记录等。

2、关键字：教室管理，空教室查询，数据库设计目录1.引言1本系统研究的意义1本系统的目的1本系统的任务12.数据库设计1需求分析阶段1引言1需求分析的目的和任务2体会与收获22.1.2.2 教室管理系统的业务流程图32.1.2.3 教室管理系统的数据流图3.4 教室管理系统的数据字典6概念设计阶段82.2.1 引言82.2.2 概念设计的目标与任务8概念设计的目标8概念设计的具体任务82.2.3 概念设计的阶段成果9逻辑结构设计12引言12逻辑结构设计阶段的目标和任务12数据组织13将E-R图转换为关系模型13数据处理14物理结构设计15物理设计的目标15物理设计的任务15索引的建立15数据库实施

3、15数据库实施阶段的目标和任务15建立基本表与视图、建立触发器和存储过程、数据入库16实施结果16数据库调试与试运行16测试方法16测试内容16测试结果163.收获与体会164.存在的问题和建议17致谢17参考文献17附录1 数据库模式定义的详细说明18附录2 数据库基本表和视图的创建22附录3 存储过程、触发器的创建与数据库验证28 在当今的大学校园中，教室仍然是教学活动和学生课余活动的主要场所。但是教室资源的有限性使师生使用并不方便。以前，一个学校对于教室的安排大多是靠一些人工处理，安排起来比较复杂，容易出错，而且不易于添加和删除，更不利于查找。建立了教室安排系统以后，对教室的安排就变的更

4、加容易，添加和删除也更加容易，特别是对于教室的查找，上课教师的查找都变的更加容易。建立了教室安排系统，提高信息处理的速度和准确性，能够及时，准确，有效的查询和修改教室的安排情况，以及更有效得对设备维护进行管理。本系统着力于整合教室管理中课程安排、教师调课、设备损坏及维修以及单位借用等影响教室使用的环节，实现统一管理。在此基础上提供方便有效的课表查询、空教室查询、学生出勤次数查询、设备维护记录查询。本系统针对教室管理中出现的管理不统一的问题，着力于将教室管理中课程安排，教师调课、单位借用等联系起来，建立一个统一的管理系统，以提高处理效率，方便统一管理。同时为师生提供方便可靠的查询。引言需求分析就

5、是根据系统的目标、需求和功能，制定和选择一个较好的系统方案，不仅有助于教室管理者的管理，而且方便用户的查询及其它操作。本系统针对教室管理这一学校日常事务，所设计的系统应当实现课程教室安排，教师调课管理，教师借用管理，教师设备维护等基本功能及学生到课情况的统计功能。因此确定本系统的功能如下：（1）空教室资源管理（2）教师调课管理（3）单位借用管理（4）设备维护管理需求分析的目的和任务（1）目标通过充分与用户接触，充分了解用户的需求，熟悉系统设计的业务流程与信息处理要求及系统所涉及的数据流。（2）任务本系统设计的处理对象有学生信息、课程信息、教室信息、教师信息、借用单位信息以及学生的课程出勤记录，

6、教师调课记录，设备维护记录，单位借用教室记录等。处理功能要求：教室管理系统的具体功能包括三个方面：教室查询子系统，教室调课子系统，设备管理子系统，教室借用子系统。教室查询子系统主要完成教室课程安排，空闲教室查询（无课教室），教室空余座位的查询以及上课时学生到课情况的查询；调课管理子系统主要完成教师调课处理以及教师调课记录的存储与查询功能；设备管理子系统主要完成接收报告设备损坏信息，以及安排维修员维护教室，设备维护记录的存储和查询；借用子系统完成接收借用教室申请与处理，同时存储借用记录以方便查询。（3）安全性和完整性要求在这个系统中存在一个实体参与多个事务的情况，因此一个实体在不同事务中可能出现

7、属性取值不一致，以及在事务中引用了实体表中不存在的实体，因此采用外键约束来避免这种不一致情况的发生。另一方面，在事务处理中，修改了一个实体的属性，可能要修改其它实体，这种事务的完整性约束采用触发器来实现。需求分析阶段的成果.1体会与收获需求分析阶段主要涉及的系统所要实现的功能，根据调查和访问确定了基本功能和操作，是数据库的设计有个基本目标。完成了数据库信息要求、处理要求、安全性与完整性要求，使我们对数据库的设计阶段有了个深入的认识和了解，为今后的学习工打下坚实的基础。.2 教室管理系统的业务流程图通过分析教室管理的事务，确定的业务流程图如下。图.2-1 教室管理系统业务流程图 .3 教室管理系

8、统的数据流图根据业务流程图，去掉具体的信息载体，抽象得到了顶层数据流图如图.3-1所示。图.3-1 顶层数据流图结合业务流程图，在顶层数据流的基础上，细化出系统的一层数据流包括排课，调课，借用设备维护及查询等数据处理过程，如图.3-2所示。图.3-2 一层数据流图对一层数据流分析，得到的部分二层数据流图如图.3-3至图2.1.2.3-5所示。图.3-4 调课管理子系统二层数据流图图.3-3 借用子系统二层数据流图图.3-5 设备维护子系统二层数据流图 .4 教室管理系统的数据字典根据数据流图，得到的数据字典如下表所示。数据项的描述如下表所示：编号数据项名别名数据类型长度取值范围描述I-1SNo

9、学号char8I-2Sname学生姓名char14I-3BirthYear出生年月smalldatetimeI-4Pname专业名char24I-5ClassNo班级号char6I-6AttendSum出勤次数smallintI-7Image照片ImageI-8Cno课程号char6I-9Cname课程名char16I-10TNo任课教师号char6I-11Dept学院名称char20I-12Time课时smallintI-13PersonSum应到人数smallintI-14WeekNo周次char10I-15Weekday星期char10I-16SectionNo节次char10I-17T

10、name教师名char14I-18Title职称char4I-19RoomNo教室号char4I-20Roomname教室名char6I-21Campusname校区名char10I-22Buildname教学楼名char6I-23Capacity容量intI-24IsUsable可用状态char4I-25RemainCapacity剩余容量intI-26Type教室类型char10I-27RentDeptname借用单位名称char20I-28Leadername负责人姓名char14I-29IDType有效证件类型char8负责人证件类型I-30RentData借用日期smalldatet

11、imeI-31ID证件号码char20I-32Tel联系方式char12I-33RepairerNo维修员编号char4I-34Repairername维修员姓名char14I-35State状态char4维修员状态I-36Devicename损坏设备名char12I-37Ischange是否需更换char6I-38Supplyname耗材名称char10I-39RentNo借用编号char6I-40RentReason借用目的char40I-41RepaireRecordNo维修记录编号char6I-42RepairTime维修时间samlldatetimeI-43DamageInfo损坏信

12、息char50设备损坏信息描述I-44DamageTime报告时间samlldatetime数据结构的描述如下表所示：数据结构编号数据结构名组成含义说明DS-1StudentSno,Sname,BirthYear,Pname,ClassNo,AttendSum,Image,Dept学生信息DS-2TeacherTno,Tname,Dept,Title,教师信息DS-3CourseCno,Cname,Time,WeekNo,Weekday,SectionNo课程信息DS-4ClassroomRoomNo,Roomname,Campusname,Buildname,Capacity,IsUsabl

13、e,RemainCapacity,Type教室信息DS-5GroupLeadername,IDType,ID,Tel单位信息DS-6RepairerRepairerNo,Repairernam,State,Tel维修员信息DS-7CurriculumCno,Tno,WeekNo,Weekday,SectionNo,RoomNo课程表DS-8RepaireRecordRepaireRecordNo，RoomNo,RepairerNo,Devicename,Ischange,Supplyname,RepaireTime维修记录DS-9AdjClassLogTNo,RoomNo,NewWeekNo,

14、NewWeekday,NewSectionNo,NewRoomNo调课记录DS-10RentRecordRentDate,Leadername,RoomNo,WeekNo,Weekday,SectionNo借用记录DS-11DamageReportSno,RoomNo，Supplyname,DamageInfo，DamageTime设备损坏报告 引言 概念设计是数据库设计的关键。概念结构是对现实世界的一种抽象，包括三种抽象，分别是分类、聚集、概括。能不能将数据流中的实体及联系抽象成合适的概念模型，具体说就是ER模型，关系到后续数据库的逻辑设计。 概念设计的目标与任务 .1概念设计的目标 在需求

15、分析的基础上，抽象出实体，实体的属性，以及实体之间的联系。从一层数据流开始，先绘制局部的ER图，在此基础上通过消除冗余，命名冲突、属性冲突和结构冲突，得到全局ER图。.2概念设计的具体任务1选择中层数据流为切入点，通常选择实际系统中的子系统；2设计分E-R图，即各子模块的E-R图；3生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；4消除冲突，生成全局E-R图。 概念设计的阶段成果通过对数据流的抽象，得到了系统的ER图。E-R图是直观表示概念模型的有力工具，在图中有四个基本成分：1) 矩 形 框：表示实体类型（考虑问题的对象）；2) 菱 形 框：表示联系类型（实体间的联系）；3

16、) 椭圆形框：表示实体类型和联系类型的属性；4) 直线：联系类型与涉及的实体类型之间以直线连接，并在直线部标上联系的种类（1：1，1：n，m：n）。具体图示如下：通过分析，学生和课程之间存在多对多的关系。具体表现为一个学生选多门课，一门课被多个学生修，其联系的属性为学生的某门课的出勤次数。其实体联系模型如下图所示：-1 学生-课程ER图-2 学生-教室ER图学生与教室之间存在一个学生使用多个教室，一个教室被多个学生使用，因此两者间为多对多关系，他们之间联系属性为学生进入教室时间，学生报告教室损坏信息等。其实体联系模型为：单位与教室之间关系描述为一个单位可借多个教室，一个教室可被多个单位借用。因

17、此两者之间为多对多的关系，其联系的属性有借用时间，借用原因等。-4 单位-教室ER图维修员与教室之间也为多对多关系，两者之间联系为维修员维修教室的相关属性，例如损坏设备名，修复时间，更换部件名。-4 维修员-教室ER图 -5 教室-教师-课程ER图教室，教师和课程之间的关系比较复杂，具体表现为课程表安排。即一门课可被多位老师教，一个教室可被多门课程和教师占用。因此三者之间均为多对多关系。其联系之间的属性有上课时间，调课后的时间等。其实体联系模型如图所示： 得到局部ER图后，经过合并，消除冗余和命名冲突，结构冲突和属性冲突，得到的全局ER图如下所示：-6 系统全局ER图引言逻辑结构设计就是把独立

18、于任何一种数据模型的信息结构转化为与选用DBMS所支持的数据模型的过程。具体来说就是设计优化的，不存在不合理函数依赖的关系模式，以及完成子模式和存储过程的设计。逻辑结构设计阶段的目标和任务 目标：根据概念设计的ER图，转化为优化的关系模式。 任务：将ER图转化为关系模式，并利用范式理论对模式进行优化，设计数据处理的，功能模块图，用户子模式与存储过程和触发器，完成事务处理的功能。数据组织.1将E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：一个m：n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均

19、转换为关系的属性，而关系的码为各实体码的组合。一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。 一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合,具有相同码的关系模式可合并。由ER图可以转化出以下的关系模式：(1)学生（SNo,Sname,Sex,BirthYear,P

20、name,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,S

21、upplyname)(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,IsUusabl

22、e,Type,RemainCapacity)(12)单位借用记录(RoomNo, Deptname, RentReason, WeekNo,Weekday,SectionNo)对模式进行检验和优化。先根据一事一地原则直觉判断，除了课程安排模式以及学生使用教室关系模式描述的信息不是同一个事物外，其他都符合。在根据范式理论分析，除了课程安排模式外，都不存在部分函数依赖和传递函数依赖。课程安排关系中包含了课程表信息和调课信息。操作上存在大量冗余。因此应当拆分成两个模式。课程安排(CNo,TNo,RoomNo,WeekNo,Weekday,SectionNo,Pname,ClassNo )调课记录(C

23、No,Tno,RoomNo,WeekNo,Weekday, SectionNo, NewWeekday,NewWeekNo,NewSectionNo,NewRoomNo, AdjLessonID)将学生使用教室关系模式分解得到两个关系模式：设备损坏报告(SNo,RoomNo,DamageTime,DamageInfo,Devicename)学生进出教室表(SNo,RoomNo,EnterTime,LeaveTime)经过优化，得到的数据库关系模式由十三张二维表组成，具体模式说明见附录一。数据处理根据需求分析，得到本系统主要由四个模块组成，分别为空教室查询，教师调课管理，教室借用管理和设备维护管

24、理。空教室查询中包含空闲教室和教室空余座位的查询以及学生上课出勤的查询统计；调课管理子系统主要包含教室调课管理与课表查询；教室借用子系统主要完成教室借用管理和记录的查询功能；设备管理子系统主要有设备损坏报告记录查询和设备维护记录查询。-1 系统功能模块图因此系统功能模块图如-1所示：表-1 用户子模式设计视图编号视图名称数据项描述备注V1 V_AttendenceSNo,Sname,Cname, Attendsum用于查看学生的出勤次数V2EMPTYCLASSROOMRooname,Campusname, Buildname,IsUsable,Type,RemainCapacity用于空教室查

25、询V3KECHENGBIAO上课时间，地点，教师，班级等用于课表查询V4MENDRECORDSRepaireRecordNo,Repairername,Roomname,Devicename,Supplyname,RepaireTime用于维修记录查询V5RentRecordsRoomname,RentDeptname,Leadername,Tel,RentReason,WeekNo,Weekday,SectionNo用于查询教室借用记录等物理设计的目标物理设计阶段的目标是根据SQL Server2000具体的功能，设计优化的物理数据库结构，使得在数据库上运行的各种事务响应时间最小，存储空间利

26、用率高，事务吞吐量大。物理设计的任务物理设计阶段为逻辑数据模型选取得一个最合适应有环境的物理结构的过程，也就是数据库的物理设计。数据库的物理设计通常分为两个步骤：（1） 确定数据库的物理结构，在关系数据库中主要指存取方法和存储结构；（2） 对物理结构进行评价，评价的重点是时间和空间效率。索引的建立1. 建立唯一性索引在课程安排表上建立课程号的唯一索引，以加快查询速度。CREATE UNIQUE INDEX Index_Course ON CURRICULUM(CNo ASC)在教室信息表上建立教室状态的索引CREATE INDEX Index_RoomStatement ON CLASSROO

27、M(RemainCapacity ASC)数据库实施阶段的目标和任务数据库的实施阶段就是设计人员用RDBMS提供的数据定义语句和其他的实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为DBMS可以接受的源代码，再经过调试产生目标模式。此阶段包括两项重要的工作，一是数据的载入，另一项是应用程序的编码和调试。建立基本表与视图、建立触发器和存储过程、数据入库根据具体的系统功能，对数据库的部分基本表，建立了插入、删除、更新、查询存储过程，详情见附录4。数据入库通过两种途径：一是EXCEL表格导入信息，二是存储过程录入信息。实施结果建立基本表与视图的语句及结果见附件2。测试方法通过对基本表和视图进

28、行查询、插入、删除和更新，然后特意输入错误数据，以检验基本表完整性约束的功能，在操作过程中可以使用存储过程进行的，尽量使用存储过程，查看用触发器保证事务对表的级联操作的效果。然后在查询分析器里对表或视图的操作结果进行审核，看是否正确。测试内容针对系统的几大功能模块，涉及的待测试的内容主要有：1.测试教室空教室查询结果是否正确。2.测试对学生出勤次数统计查询是否正确。4.测试设备报损和维护时的处理是否符合系统要求。 测试结果见附录3在本次实习中，我通过实际设计数据库的过程训练，掌握了数据库设计的步骤与方法。加深了对数据库设计每一步骤的理解，例如对每一个步骤的目的、任务和所要得到的技术文档。在训练

29、过程中，我感受到了需求分析的重要性。整个过程中，较多的时间投入到了需求分析阶段，通过深入分析业务流程和用户需求，明确了系统处理的信息内容，即数据字典的内容。同时对系统的功能也有了大致的了解。在接下来的概念设计、逻辑结构设计和物理设计阶段，我更是加深了对每一阶段特点的理解，并且按照每一阶段的任务，设计了ER图，数据库模式和用户子模式，以及存储过程和触发器，来完成事务逻辑。通过这次综合训练，我加深了对数据库理论的理解，熟练了对数据库的各种操作，尤其是存储过程和触发器的使用。与此同时，通过课程论文的撰写及排版，熟悉了科技论文的书写格式和排版要求。在标准化训练的过程中，强化了我对数据库设计的理解。在实

30、习中，我发现自己理论知识还并不是很扎实，这就要求在以后要加强数据库理论的学习，并且争取机会，多做类似的实战训练。本次实习旨在对数据库设计过程的培训和熟悉，进而养成数据库设计的良好方法。由于时间有限，并且对真正的业务流程不是十分熟悉，因此难免出现偏差，而只是对具体业务的简单模拟。因此存在的问题是与实际的业务处理不太符合，功能不太完善。在逻辑设计阶段，对课程表信息在数据库中的存储方式不太清楚。因此在以后研究中应该更加详细地熟悉具体业务，进而对系统进行完善和补充。致谢在为期两周的实习过程中，自始至终受到了孙健敏老师、蔚继承老师、陈勇老师和杨晓辉老师的支持和帮助，再次表示衷心的感谢！同时，在我遇到问题

31、彷徨沮丧时，也受到了同学们的支持和鼓励，再次真诚地向他们致谢！参考文献1 王 珊 萨师煊，数据库系统概论(第四版)，北京:高教出版社，20002 郑人杰 殷人昆 陶永雷，实用软件工程(第二版)，北京:清华大学出版社，19973 王 珊，数据仓库技术与联机分析处理，北京：科学出版社，19984 苗雪兰 刘瑞新 宋会群，数据库技术及应用机械工业出版社，2005附录1 数据库模式定义的详细说明附表 1-1 学生信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述SNoChar(8)是否Not null学号SnameChar(14)否否Not null学生姓名SexChar(3)男or女否

32、否Not null学生性别BirthYearint1970-2000否否出生年PnameChar(24)否否Not null专业名ClassNoChar(5)否否Not null班级号AttendSumint0-100否否出勤次数Photo Image否否相片DeptChar(20)否否Not null所在学院附表 1-2 课程信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述CnoChar(6)是否Not null课程号CnameChar(20)否否Not null课程名Timesmallint1-200否否学时WeekNoChar(10)否否Not null周次Weekday

33、Char(10)否否Not null星期SectionNo,Char(10)否否Not null节次PnameChar(20)否否专业ClassNoChar(5)否否班级StuNumint1-300否否应到人数附表 1-3 教室信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述RoomNoChar(4)是否Not null教室号RoomnameChar(6)是否教室名CampusnameChar(10)否否校区名BuildnameChar(10)否否教学楼名称CapacityInt20-500否否容量IsUusableChar(8)否否是否可用TypeChar(10)否否类型Re

34、mainCapacityint否否不大于Capacity剩余容量附表 1-4 教师信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述TnoChar(6)是否Not null教师号TnameChar(14)是否Not null教室名DeptChar(20)否否学院TitleChar(8)否否职称Sex char(30) 男or女否否性别TelChar(12)否否联系方式附表 1-5 单位信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述RentDeptnameChar(20)是否Not null借用单位名LeadernameChar(14)否否Not null负责人姓

35、名IDtypeChar(6)否否Not null证件类型IDChar(20)否否Not null证件号Tel Char(12)否否Not null 附表 1-6 维修员信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述RepairerNoChar(6)是否Not null维修工编号RepairernameChar(14)否否Not null维修工姓名StatementChar(6)否否状态TelChar(12)否否联系方式附表 1-7 学生出勤信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述SNoChar(8)是是学号CNoChar(6)是是课程号AttendSu

36、msmallint大于等于0否否出勤次数附表 1-8 设备损坏报告表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述SNoChar(8)是参照学生标的SNoNot null学号RoomNoChar(4)是参照教室标的RoomNoNot null教室号DamageTimesmalldatetime是否损坏时间 DamageInfoChar(50)否否损坏信息DevicenameChar(20)否否Not null损坏设备名 附表 1-9 维修记录信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述RepairerNoChar(6)是参照维修工的RepairerNoNot n

37、ull维修工号RoomNoChar(4)是参照教室标的RoomNoNot null教室号RepaireRecordNoChar(6)否否Unique维修记录编号 Devicenamechar(10)否否损坏设备名RepaireResultchar(6)否否维修结果Supplynamechar(10)否否更换部件名RepaireTime smalldatetime否否维修时间附表 1-10 调课记录信息表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述CNochar(6)是参照课程信息的CNoNot null课程RoomNoChar(4)是参照教室的RoomNoNot null教室号T

38、noChar(6)是参照教师信息的TnoNot null教师号 WeekNoChar(10)是否Not null周次WeekdayChar(10)是否Not null星期SectionNoChar(10)是否Not null节次PnameChar(20)否否专业名ClassNoChar(6)否否班级号NewWeekNoChar(10)否否调整后周次NewWeekdayChar(10)否否调整后星期NewSectionNoChar(10)否否调整后节次NewRoomNoChar(4)否否调整后教室AdjLessonIDChar(6)否否unique调课单编号附表 1-11 课程安排信息表属性名数

39、据类型取值范围是否为主属性是否为外键完整性属性描述CNochar(6)是参照课程信息的CNoNot null课程RoomNoChar(4)是参照教室的RoomNoNot null教室号TnoChar(6)是参照教师信息的TnoNot null教师号 WeekNoChar(10)是否Not null周次WeekdayChar(10)是否Not null星期SectionNoChar(10)是否Not null节次PnameChar(20)专业名ClassNoChar(6)班级号附表 1-12 学生进入教室记录表属性名数据类型取值范围是否为主属性是否为外键完整性属性描述SNoChar(8)是参照学生标的SNoNot null学号RoomNoChar(4)是参照教室标的RoomNoNot null教室号EnterTimesmalldatetime是Not nullLeaveTimesmalldatetime必须大于进入时间附录2 数据库基本表和视图的创建一、创建数据库CREATE DATABASE 教室管理;二、创建基本表U