学生宿舍管理系统oracle数据库设计汇编

1、学习-好资料学生宿舍管理系统数据库设计更多精品文档学习 好资料1. 系统需求分析阶段1.1.2 需求分析阶段的任务( 1 )处理对象：系统要处理的对象包括宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人 员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息等七个方面， 各个对象包括信息如下所示(详细的数据见于数据字典) ：1 宿舍楼基本信息 (Dormitory) ：包括 宿舍楼编号、宿舍楼所在校区、宿舍楼再校区 中区域、每一幢宿舍楼楼管处的电话、宿舍楼楼管员信息等方面，这样可以方便管理者对 宿舍楼的管理，提高查询效率；2 学生基本信息 (Student) ：包括 学生编号

2、、学生所在学院信息、学生姓名、学生性 别、学生来自省份、学生出生日期、学生入学时间、学生所学专业、所在班级等方面的信 息，可以方便学信息的查询和更新；3 宿舍基本信息 (Room ， Fitment ， FitmentDestruction ， FitmentCompensate) ：宿舍基 本信息包括四个数据结构(宿舍信息 (Room) ，宿舍物品信息 (Fitment) ，宿舍物品损坏信息 (FitmentDestruction), 宿舍损坏物品赔偿信息),每个数据结构中的数据项见数据字典；4 楼道工作人员基本信息(Worker) ：包括 工作人员编号、工作人员姓名、工作类型、工资、性别、

3、联系方式、工作时间等数据项，可以方便管理人员对宿舍楼道工人的任用、 信息查询及更改；5 宿舍保卫处基本信息 (SafeGuard) ：包括保卫处名称、人员数目、负责人信息、联系 电话等四方面的信息；6 宿舍事故基本信息(Accident ， AccidentResearch ， AccidentCompensate) ：事故信息包括三个数据结构 (事故信息、 事故处理信息、 事故赔偿信息) ，具体的数据项见数据字典； 物品出入基本信息 (ArticalInOut) ：包括出入物品的学生信息、出入的物品信息、出入物品 时的负责人信息、出入物品时间，尽量减少宿舍事故的发生，保障学生宿舍财产的安全。

4、( 2)处理功能要求系统主要完成一下几个功能：1宿舍楼基本信息查询与修改；2学生基本信息查询与更新；3每一幢宿舍楼中宿舍信息的查询与信息更新；4宿舍保卫处基本信息的查询和修改； 5宿舍事故基本信息及事故处理信息的查询和修改；6宿舍楼物品出入审批及记录；（ 3）安全性和完整性要求安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据 一定程度上的安全性，再通过用户授权机制，欲用户登陆来识别用户级别，根据这个级别 来分配用户权限，达到数据更高层次的安全保密功能。完整性要求用于描述宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员 基本信息、宿舍保卫处基本信息、宿舍事故基本

5、信息、物品出入基本信息中数据项能否为 null ，以及一些用户自定义完整性（符合实际要求） ，详细完整性要求见于系统的逻辑设计 阶段。1.1.3 需求分析阶段成果（ 1 ）体会与收获系统需求分析主要采取实地询问记录和楼管处查询宿舍学生信息的方式，同时借鉴 学长在做数据库开发这方面的经验。 通过实地调查和询问， 了解目前学生宿舍管理的现状， 以及目前学生宿舍管理中一些问题，并对实际查询业务实地参与，了解了学生、楼管员、 宿舍管理者、宿舍保卫人员对系统的信息处理要求，以及他（她）们对现存人工管理方式 不能满足信息处理要求的苦恼。同时在调查中牵涉的许多的人际交流，恰当的询问方式， 由于平时几乎没有做

6、过这方面的调查，开始时有点胆怯和不知从何入手，但过了两三幢宿 舍楼之后，开始的胆怯就感觉不到了。（ 2）学生宿舍管理系统业务流程图新生入住宿舍业务流程图：更多精品文档学习-好资料更多精品文档批唯入宦图1.1新生入住业务涼程图查询业务流程图（查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等）毕业生离宿业务流程图:楼道工作人员任用业务流程图:宿舍楼物品出入业务流程图:宿舍事故处理业务流程图:的I B宿舍爭散牡理业冬谎程圉(3) 数据流程图顶层数据流程图:人性及离宿入住反离涓学生宿皆智瑾系城信目關r悟息处谗审批菇果1 1国21顶层数描谑程国第2层数据流程图：从学生角度出发12.2第2层埶捋疣程團甞生

7、弟度)第2层数据流程图：从管理者角度出发图2.3从管理者角度出发的2层数据流程图宿舍 管理者信息栓索P4请求權息检察处理检索检索结果图2. 3第2层藪据涼程图（管理者角度）第3层数据流程图：从新生角度出发第3层数据流程图：从毕业生角度出发未批准第3层数据流程图：从宿舍楼物品出入出发不同意物胡出入2.6第3层做据流程圉1申请出入物品学生的角康第3层数据流程图：从宿舍事故角度出入出发第3层数据流程图：从楼道工作人员的任用角度出发不合梧图2用第d层数据流程图（楼道工作人员的角度）第3层数据流程图：从管理者和外来访客的角度出发拒纯査询请求圈N 9第3层数据衙程图管理者r外未访客的)(4) 数据字典(a

8、) 数据项：系统涉及的数据项有71项表1.1数据项列表数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-1StuNo学生编号char(9)学号DI-2DepName学生所在学院char(20)学院DI-3StuName学生姓名char(10)姓名DI-4StuSex学生性别char(2)性别DI-5StuHome学生来自省份char(10)祖籍DI-6StuBorth学生岀生时间Date岀生日期DI-7StuETime学生入学时间Date入学时间DI-8StuPerfect学生所在专业char(20)专业DI-9StuClass学生所在班级编号Int编号DI-10WorNo工作人

9、员编号char(5)编号DI-11WorName工作人员姓名char(10)姓名DI-12WorType工作类型char(8)工作类型DI-13WorWage工作人员工资Int月工资DI-14WorSex工作人员性别char(2)性别DI-15WorPhNo工作人员联系方式char(12)电话DI-16WorTime工作人员工作时间char(30)工作时间DI-17RNo宿舍编号char(6)舍号DI-18RHeader舍长信息等于 StuNamechar(10)舍长DI-19ROne宿舍学生信息同上char(10)舍员1DI-20RTwo宿舍学生信息同上char(10)舍员2DI-21RTh

10、ree宿舍学生信息同上char(10)舍员3数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-22RFour宿舍学生信息同上char(10)舍员4DI-23RFive宿舍学生信息同上char(10)舍员5DI-24RSix宿舍学生信息同上char(10)舍员6DI-25RGrade宿舍学生所属年级等于 StuETimechar(4)年级DI-26RDepart宿舍学生所在学院等于 DepNamechar(20)学院DI-27RPerfect宿舍学生所学专业等于 StuPerfectchar(20)专业DI-28RCIass学生所在班级编号等于 StuClasschar(2)班级D

11、I-29DorNo宿舍楼编号smallint宿舍楼号DI-30DorCampus宿舍楼所属校区char(4)校区DI-31DorLocation宿舍楼在校区位置char(4)宿舍区位DI-32DorPhNo宿舍楼管处电话char(12)电话DI-33DorAdminist宿舍楼楼管员信息等于WorNochar(10)楼管员DI-34SGName保卫处名称char(15)名字DI-35SGWorNum保卫处人员总数Int人员数目DI-36SGHeader保卫处负责人信息char(10)负责人DI-37SGPhone保卫处电话char(12)电话DI-38FitName宿舍物品名称char(16)

12、宿舍物品DI-39FitPrice宿舍物品价格Float价格DI-40FitNum每一种宿舍的数量Int数量DI-41FDFitment损坏物品信息等于 FitNamechar(16)物品名DI-42FDStudent损坏的学生信息等于StuNochar(9)学生DI-43FDRoom损坏物品宿舍信息等于RNochar(6)舍号DI-44FDFitNum损坏物品的数量Int数量DI-45FCompFit赔偿物品信息等于 FitNamechar(16)物品名DI-46FCompStu需赔偿学生信息等于StuNochar(9)学生DI-47FCompMon赔偿价格Float赔偿价格DI-48FCo

13、mpPrin赔偿负责人信息等于WorNochar(10)负责人DI-49FCompDate赔偿日期Date日期DI-50FCompNum赔偿物品数量Int数量DI-51AcNo事故编号int编号DI-52AcType事故类型char(10)类型DI-53AcArtical事故损失物品char(30)物品名DI-54AcArNum事故损失物品数量Int数量DI-55AcStu事故受害学生等于StuNochar(9)学生DI-56AcDate事故发生日期Date日期DI-57AcPrin事故负责人信息等于 SGHeaderchar(15)负责人DI-58AcStuPh受害人联系方式char(12)

14、学生电话DI-59AcVerify事故是否属实Bool核查数据项编号数据项名数据项含义与其它数据项的关系存储结构别名DI-60ARNo事故调查编号char(4)编号DI-61ARName事故调查名称char(15)调查DI-62ARPrin事故调查负责人等于 SGHeaderchar(10)负责人DI-63ARResult事故调查结果Bool结果DI-64ACStu事故赔偿学生信息等于StuNochar(10)学生DI-65ACArtical事故赔偿物品信息char(30)物品名DI-66ACDate事故赔偿日期Date日期DI-67ACPrin事故赔偿负责单位等于 SGHeaderchar(

15、15)负责单位DI-68AIOStu要求物品出入学生等于StuNochar(10)学生DI-69AIOArtical出入物品信息char(20)物品名DI-70AIOPrin出入物品审查人等于WorNochar(10)负责人DI-71AIODate出入物品日期Date日期DI-72AIONo物品出入序号Int序号(b) 数据结构：表1.2数据结构列表数据结数据结构名数据结构组成构编号含义DS-1Student宿舍学生信息StuNo,DepName,StuName,StuSex,StuHome,StuBorth,StuETime,StuPerfect,StuClassDS-2Worker宿舍楼工

16、作人员信息WorTime,WorName,WorType,WorWage,WorSex,WorPhNo,WorNoRNo,RHeader,ROne, RClass,DS-3Room宿舍信息RThree,RFour,RFive,RSix,RGrade,RDepart,RPerfect,RTwo,DS-4Dormitory宿舍楼信息DorNo,DorCampus,DorPhNoDorLocation,DorAdministDS-5SafeGuard宿舍保卫处信息SGName,SGWorNum,SGHeader,SGPhoneDS-6Fitment宿舍物品配备信息FitName,FitPrice,F

17、itNumDS-7FitmentDestruction宿舍物品损坏信息FDFitment,FDStudent,FDRoom,FDFitNum数据结数据结构构编号数据结构名含义组成DS-8FitmentCompensate宿舍损坏物品赔偿信息FCompFit,FCompStu,FCompPrin,FCompDate,FCompNumAcNo,AcType, AcStu,AcDate,DS-9Accident宿舍事故注册信息AcArtical,AcVerify,AcPrin,AcArNum,AcStuPhDS-10AccidentResearch宿舍事故调查信息ARNo,ARName,ARPrin

18、,ARResultDS-11AccidentCompensate事故损失物品赔偿信息ACStu,ACArtical,ACDate,ACPrinDS-12ArticallnOut宿舍楼物品出入信息AIOStu,AIOArtical,AIOPrin,AIODate,AIONo（5）处理逻辑描述（判定表或判定树）表1.3处理逻辑列表判定条件决策判断用户查询涉及的功能模块宿舍基本信息模块、宿舍楼基本信息模块、学生基本信息模块、宿舍楼配备物品基本信息模块、宿舍事故基本信息模块、宿舍 楼物品出入基本信息模块、宿舍楼保卫处基本信息模块、楼道 工人基本信息模块：先确定查询所涉及的功能模块；然后，确 定要查询的

19、内容，确定查询数据流向；最后显示查询结果。判断用户修改要涉及的模块，同 时把相应的修改数据传到相应的 模块之中宿舍基本信息模块、宿舍楼基本信息模块、学生基本信息模块、宿舍楼配备物品基本信息模块、宿舍事故基本信息模块、宿舍 楼物品出入基本信息模块、宿舍楼保卫处基本信息模块、楼道 工人基本信息模块：先确定更新所涉及的功能模块；然后，把 更新信息传送到相应的模块中；最后，进行相应的更新操作。2.概念设计阶段2.1引言（概念模型）的过概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构 程,它是整个数据库设计的关键，包括概念模型设计和新系统流程两个阶段。2.2概念模型设计(1)根据不同的对象，

20、从第3层数据流程图(中层数据流程图)入手，分别画出分图：(a)从数据流程图图2.4与图2.5抽象出的分 E R图：图3.1分E R图1图3.2分E R图2图3.3分E R图3(b)从数据流程图图2.6与图2.8抽象出的分 E R图:(2)学生：各分ER图中每个实体的属性如下所示:Student(StuNo , DepName , StuNameStuSex,StuHome , StuBorth ,StuETimeStuPerfect , StuClass);宿舍:Room(RNo , RHeader , ROne , RCIassRGrade , RDepart , RPerfect ,RTh

21、reeRTwo);宿舍楼:,RFour , RFive , RSix ,Dormitory(DorNo , DorCampus , Dorlocation , DorPhNo,DorAdminist)宿舍物品：Fitment(FitName, FitPrice , FitNum);楼道工作人员:Worker(WorNo , WorName , WorType , WorWage,WorSex,E-R图如下所示:图N 6基本E-R图WorPhNo , WorTime);保卫处： SafeGuard(SGName , SGWorNum , SGHeader , SGPhone);各分ER图中联系的

22、属性如下所示：物品出入：ArticalInOut(AIONo，AIOStu，AIOArtical ，AIOPrin ，AIODate)；宿舍物品处理：包含物品损坏和物品赔偿两个数据结构(将在逻辑设计阶段给出)；事故：包含宿舍事故注册、宿舍事故调查、事故损失物品赔偿三个数据结构(具体的结构将在系统逻辑设计阶段给出)。(注：为了节省篇幅，实体与属性的关系没有用图形表示，实体的标识码用下划线划岀。)(3)合并各分E-R图，消除属性冲突、命名冲突、结构冲突等三类冲突，得到初步E-R图，再消除不必要冗余，得到的基本2.3新系统流程新系统流程图：用户登陆判断査询的內容判断催也的内容崔爭基1SI中思 在舍故

23、本息妊* 揣摊沛息扯里 楼工基佶中理 在道人本息妲 届基信中理r 在舍本副妲 秸播水息财里 f 在舍基尙刊理 学£1朗计理 在主秦息畑宿胸处基偿中aJ 在會品理却息 胸出昊信中淹 宿爭基信中淹 在卫墓慎电理 楼工昊信中理 在道人斜0扯 宿基信中理_>t 在备本用州 111囂讐丁 ss T3 .逻辑设计阶段3.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用 DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系

24、模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务3.2数据组织321将E-R图转换为关系模型由于宿舍楼与楼道工人的联系方式是1: n （对多），可以将其之间的联系与n端实体楼道工人合并，宿舍楼与宿舍之间的联系、宿舍与学生之间的联系方式也是1: n,同样也将其之间的联系与n端实体宿舍、学生合并，而宿舍物品与学生、学生与楼道工作人员之间的联系方式则是n:m （多对多），这样要把它们之间的联系转化为独立的关系模式，保卫处与学生之间的联系是1:n （对多），但是它们之间的联系事故则包含数据结构，为了便E-R图向关系模型的转化如于模型优化，将其联系也转化成独立的关

25、系模式，具体的基本 下: 楼道工人： Worker ( WorNo ， WorName ， WorType ， WorWage ， WorSex,WorPhNo ， WorTime ， DorNo ， DorCampus ， DorLocation );宿舍楼：Dormitory ( DorNo ， DorCampus ， DorLocation ， DorPhNo ， DorAdminist )； 宿舍：Room ( RNo ， RHeader ， ROne ， RClass ， RThree ， RFour ， RFive ， RSix ，RGrade ，RDepart ，RPerfect

26、 ，RTwo ，DorNo ，DorCampus ，DorLocation )；宿舍物品：Fitment ( FitName ， FitPrice ， FitNum ， DorNo ， DorCampus ， DorLocation )；学生：Student ( StuNo ，DepName ，StuName ，StuSex ，StuHome ，StuBorth ，StuETime ， StuPerfect ， StuClass ， RNo， DorNo ， DorCampus ， DorLocation );保卫处： SafeGuard(SGName ， SGWorNum ， SGHeade

27、r ， SGPhone)；DorCampus ， DorLocation)基于表的各个属性都是原子项的考虑，现将宿舍物品处理分解为：宿舍物品损坏、宿舍损坏物品赔偿，具体如下：宿舍物品损坏：FitmentDestruction（ FitName ， StuNo ， RNo ， FDFitNum, DorNo ，DorCampus .， DorLocation.一）；（消除命名冲突） 宿舍物品损坏赔偿：FitmentCompensate（ FitName ， StuNo ， FCPrin，FCompDate ，FCompNum ）；（消除命名冲突）宿舍事故包含三个数据结构（宿舍事故注册信息、宿舍事

28、故调查信息、宿舍事故损失物 品赔偿信息），同样基于表的原子性的考虑也将事故分解为：事故注册、事故调查、 事故赔偿，具体如下：事故注册： Accident （ AcNo ，AcType ， StuNo ，AcDate , AcArtical ，AcVerify ，SGNameAcArNum ， AcStuPh )；事故调查： AccidentResearch （ AcNo ， ARName ， SGName ， ARResult ）；事故赔偿：AccidentCompensate（ AcNo ， ACStu ， AcArtical ， ACDate ， SGName ）；（注：标有直线下划线的为

29、主属性，标有波浪线下划线的是外键属性，主属性与外键属性一起构成主码）322模型优化关系模式 Worker ，Dormitory ，Fitment ，SafeGuard ，ArticalInOut ，FitmentDestruction3NF，但是宿舍关系FitmentCompensate， Accident ， AccidentResearch ， AccidentCompensate不存在非主 属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了 模式（Room ）中存在着一些不应该有的数据冗余，现将模型优化为：Room （ RNo， RHeader ， RGrade ， RDepa

30、rt ， RPerfect ， DorNo ， DorCampus ，DorLocation.）；虽然 Room中还存在一些数据冗余，但可以提高查询效率。323数据库模式定义表2.1数据库模式定义表编号逻辑结构（基本表）定义完整性和安全性T 1Worker （详见附录 1 1）（详见附录 1 1）T 2Dormitory （详见附录 1 2）（详见附录 1 2）T 3Room （详见附录 1 3）（详见附录 1 3）T 4Fitment （详见附录1 4）（详见附录 1 4）T 5Student （详见附录 1 5）（详见附录 1 5）T 6SafeGuard（详见附录 1 6）（详见附录 1

31、 6）T 7ArticallnOut （详见附录 1 7）（详见附录 1 7）T 8FitmentDestruction（详见附录 1 8）（详见附录 1 8）T 9FitmentCompensate（详见附录1 9）（详见附录 1 9）T 10Accident （详见附录1 10）（详见附录 1 10）T 11AccidentResearch（详见附录1 11）（详见附录 1 11）T 12AccidentCompensate（详见附录 1 12 ）（详见附录 1 12）324用户子模式设计表2.2用户子模式设计（View）列表编号用户子模式（View）作用（共性：提供数据保密和安全保护机制

32、）V 1WorView便于查询和修改楼道工人的基本信息V 2DormView方便宿舍楼的基本信息的查询、更新V 3RoomView以便于宿舍的基本信息的查询和更新V 4FitView用于宿舍楼配备物品的基本信息的查询V 5StuView便于查询和更改学生的基本信息V 6SGView方便学生查询宿舍保卫处的基本信息V 7ArIOView以便于物品出入的管理和信息的查询、更改V 8FDView便于宿舍物品损坏的的登记及处理和信息的查询V 9FCView查询损坏物品赔偿的基本信息，便于宿舍物品的管理V 10AccView方便学生事故的注册及保卫人员对事故注册的查询V 11ARView便于学生查询宿舍

33、事故调查的基本信息V 12ACView方便宿舍事故赔偿的信息查询和更新3.3数据处理系统功能模块图:£学生基丰信息菅理王宿舍保卫扯基丰佰.&营理圉4- 1系统功詔模块图4 .物理设计阶段4.1物理设计阶段的目标与任务数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程， 在这个阶段中要完成两大任务：（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构；（2）对物理结构进行评价，评价的重点是时间和空间效率。4.2数据存储方面为数据库中各基本表建立的索引如下：1. 由于基本表 Room ，Student的主码 RNo ，StuNo经常在查询条件和

34、连接操作的连 接条件中出现，且它们的值唯一，考虑在两个属性上建立唯一性索引；2. Dormitory 的主码 DorNo ，DorCampus ， DorLocation经常在查询条件中出现，且它们的组合值唯一，考虑在它们之上建立组合索引；3. 基本表 Student的一属性 StuName，经常在查询条件中出现，且经常出现在相等 的比较条件中，考虑在其之上建立聚簇索引；4. 基本表Fitment、SafeGuard的属性值几乎不会有什么变化，更新率很低，可考虑适当建立索引；5. 基本表 Worker ， ArticalInOut ， FitmentDestruction，FitmentCom

35、pensateAccident ，AccidentResearch，AccidentCompensate的属性值经常发生变化，权衡系统为维护索引付出的代价，可考虑不建立索引，也可以适当建立索引。4.3系统功能模块431楼道工人基本的信息查询和更新模块将实现对楼道工人基本信息的查询和更新（修改、插入、删除）操作，方便于楼道工 人的任用和更换，具体的功能模块图如下：图4.2楼道工人基本信息的查询、更新功能模块图（注:综月户朋信耳 表示系统给用户的信息，以下与此相同）4.3.2宿舍楼基本信息的查询和更新模块将完成对宿舍楼基本信息的查询、更新（修改、插入、删除）操作，便于宿舍的集中 管理，具体的功能模

36、块图如下所示：图4.3宿舍楼基本信息的查询、更新功能模块图4.3.3 宿舍基本信息的查询和更新模块将达到对宿舍基本信息的查询、更新（修改、插入、删除）操作的目的，具体的功能 模块图如下所示：图4.4宿舍基本信息的查询、更新功能模块图434学生基本信息的查询和更新模块将完成对学生基本信息的查询和插入、删除、修改等更新操作，具体的功能模块如下 所示：图4.5宿舍学生基本信息的查询、更新功能模块图4.3.5宿舍物品的查询和更新模块将实现对宿舍物品基本信息的查询、插入、删除、修改等操作，以方便于宿舍物品的 配备，具体的功能模块图如下：图4.6宿舍物品基本信息的查询、更新功能模块图4.3.6宿舍事故的查

37、询和更新模块将实现对宿舍事故的插入和更新操作，方便宿舍事故的快速处理，及时了解事故处理 的结果，具体的功能模块图如下：图4.7宿舍事故基本信息的查询、更新功能模块图4.3.7宿舍物品处理的查询和更新模块将完成对宿舍物品处理基本信息的查询、插入、删除、修改等操作，方便于宿舍物品 的处理，具体的功能模块图如下所示：图4.8宿舍物品处理基本信息的查询、更新功能模块图438宿舍保卫处基本信息的查询和更新模块将实现对宿舍保卫处基本信息的查询和更新（包括更改、插入、删除）操作，方便于 宿舍意外事故的处理，具体的功能模块图如下：用广发出查询或更新保卫处的基本信息还是更新？ 一查询在保卫处 斟信息中垂询处理更

38、浙在保卫处基 斗信恵表中 运行夷新操图4.9宿舍楼保卫处基本信息的查询、更新功能模块图5 .数据库实施阶段5.1建立数据库、数据表、视图、索引5.1.1 建立数据库create database Stude nt_Dormitory_Ma nageme nt;5.1.2建立数据表(1 )楼道工人基本信息表的建立：create table Worker (WorNochar(5 )not n ull unique.WorNamechar(1O)n ot n ull.WorTypechar(8)n ot n ull,WorWageintn ot n ull,WorSexchar(2)n ot n

39、ull,学习 好资料更多精品文档WorPhNo char(12) WorTime char(30) DorNo smallint DorCampus char(4) DorLocation char(4) primary key(WorNo), foreign key(DorNo ， Dormitory(DorNo check(WorWage >= 0), check(WorSex = 男 2)宿舍楼基本信息表的建立： create table Dormitory(DorNo smallintDorCampus char(4)DorLocation char(4) DorPhNo cha

40、r(12) DorAdminist char(10)null, null, not null, not null, not null,DorCampus ， DorLocation) references ， DorCampus ， DorLocation),or WorSex = 女' );not null, not null, not null, null, null,primary key(DorNo,DorCampus,DorLocation),check(DorNo>0 and DorNo<100);3)宿舍基本信息表的建立： create table Room(

41、RNo char(6) RHeader char(10) RGrade char(4) RDepart char(20) RPerfect char(20) DorNo smallint DorCampus char(4) DorLocation char(4) primary key(RNo), foreign key(DorNo ，not null unique, null, not null, not null, not null, not null, not null, not null,DorCampus ， DorLocation) referencesDormitory(DorN

42、o ， DorCampus ，DorLocation);4）宿舍楼配备物品基本信息表的建立：create table Fitment(FitNamechar(16)not null unique,FitPricefloatnot null,FitNumintnot null,DorNosmallintnot null,DorCampus char(4)not null,DorLocation char(4)not null,primary key(FitName), foreign key(DorNoDorCampus ， DorLocation) referencesDormitory(Do

43、rNo 5)宿舍学生基本信息表的建立： create table Student(， DorCampus ， DorLocation);StuNo char(9)not null unique,DepName char(20)not null,StuName char(10)not null,StuSex char(2)not null,StuHome char(10)not null,StuBorth Datetimenot null,StuETime Datetimenot null,StuPerfect char(20)not null,StuClass intnot null,RNo

44、char(6)not null,DorNo smallintnot null,DorCampus char(4)not null,DorLocation char(4)not null,primary key(StuNo),foreign key(RNo) references Room(RNo), foreign key(DorNo ， DorCampus ， DorLocation) referencesDormitory(DorNo ， DorCampus ， DorLocation),check(StuClass>0 and StuClass<=10);6)宿舍保卫处基本信

45、息表的建立： create table SafeGuard( SGName char(15) SGWorNum int SGHeader char(10) SGPhone char(12) primary key(SGName),not null unique, not null, not null, null,check(SGWorNum > 0);7)宿舍楼物品出入基本信息表的建立：create table ArticalInOut(StuNochar(9)not null,AIOArticalchar(16)null,AIOPrinchar(9)not null,AIODateda

46、tetimenot null,AIONointnot null unique,DorNosmallintnot null,DorCampus char(4)not null,DorLocation char(4) not null, primary key(AIONo,AIODate), foreign key(StuNo) references Student(StuNo), foreign key(AIOPrin) references Worker(WorNo), foreign key(DorNo ， DorCampus ， DorLocation) referencesDormito

47、ry(DorNo ， DorCampus ， DorLocation), check(AIONo > 0);8) 宿舍配备物品损坏基本信息表的建立： create table FitmentDestruction(FitName char(16)not null unique,StuNo char(9)not null,RNo char(6)not null,FDFitNum intnot null,DorNo smallintnot null,DorCampus char(4)not null,DorLocation char(4)not null,foreign key(DorNo

48、， DorCampus ， DorLocation) references Dormitory(DorNo ， DorCampus ， DorLocation), foreign key(FitName) references Fitment(FitName), foreign key(StuNo) references Student(StuNo), foreign key(RNo) references Room(RNo), check(FDFitNum >= 0);9) 宿舍损坏配备物品赔偿基本信息表的建立：create table FitmentCompensate(FitNam

49、e char(16)not null,StuNo char(9)not null,FCPrin char(15)not null,FCompDate Datetime not null, FCompNum intnot null,foreign key(FitName) references Fitment(FitName), foreign key(StuNo) references Student(StuNo), foreign key(FCPrin) references SafeGuard(SGName), check(FCompNum >= 0);10) 宿舍事故注册基本信息表

50、的建立：create table Accident(AcNointnot null unique,AcTypechar(10)not null,StuNochar(9)not null,AcDatedatetimenot null,AcArticalchar(30)not null,AcVerifyboolnull,SGNamechar(15)not null,AcArNumintnot null,AcStuPhchar(12)not null,primary key(AcNo,AcDate), foreign key(StuNo) references Student(StuNo), foreign key(SGName) references SafeGuard(SGName), check(AcArNum > 0),);11) 宿舍事故调查基本信息