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

信息工程学院
ｏracle数据库课程设计
学生宿舍管理系统数据库设计姓名： 2００55４453２范春江专业：计算机科学与技术
指导老师：***
完成日期:2０08、6、26
摘要
学生宿舍管理系统就是应对学生宿舍管理得现代化、网络化，逐步摆脱当前学生宿舍管理得人工管理方式,提高学生宿舍管理效率而开发得,它包括宿舍学生基本信息管理、楼道工人基本信息管理、宿舍楼基本信息管理、宿舍基本信息管理、宿舍事故基本信息管理、宿舍楼物品出入基本信息管理、宿舍楼保卫处基本信息管理、宿舍配备物品及处理管理等八大功能模块，并提供了对各功能模块得查询与更新功能,且这两种功能基本上就是通过存储过程来实现得,其中宿舍学生基本信息管理、宿舍基本信息管理就是系统开发得重点。

该系统开发由系统需求分析阶段、概念设计阶段、逻辑设计阶段、数据库实施阶段、系统调试与测试阶段、参考文献、附录等阶段组成.
关键字：学生宿舍管理，宿舍管理现代化，宿舍管理网络化，人工管理,功能模块，存储过程
目录
１、系统需求分析阶段ﻩ错误!未定义书签。

1、1 引言 ............................................................................................. 错误!未定义书签。

1、２目标与任务ﻩ错误!未定义书签。

1、2、1 需求分析阶段得目标...................................................... 错误!未定义书签。

１、２、２需求分析阶段得任务................................................ 错误!未定义书签。

１、２、3 需求分析阶段成果ﻩ错误!未定义书签。

２、概念设计阶段.................................................................................... 错误!未定义书签。

２、1 引言ﻩ错误!未定义书签。

2、2 概念模型设计 ............................................................................ 错误!未定义书签。

２、3 新系统流程 ................................................................................ 错误!未定义书签。

3.逻辑设计阶段ﻩ错误!未定义书签。

3、1逻辑设计得任务与目标................................................................ 错误!未定义书签。

３、2数据组织..................................................................................... 错误!未定义书签。

３、2、1将E—Ｒ图转换为关系模型 .......................................... 错误!未定义书签。

3、2、2模型优化ﻩ错误!未定义书签。

3、２、3数据库模式定义 ............................................................ 错误!未定义书签。

３、２、4用户子模式设计 .......................................................... 错误!未定义书签。

3、3数据处理ﻩ错误!未定义书签。

4.物理设计阶段 ........................................................................................... 错误!未定义书签。

4、1物理设计阶段得目标与任务 ........................................................ 错误!未定义书签。

4、２数据存储方面 .............................................................................. 错误!未定义书签。

4、3系统功能模块 ............................................................................... 错误!未定义书签。

4、3、１楼道工人基本得信息查询与更新模块 ......................... 错误!未定义书签。

4、3、2 宿舍楼基本信息得查询与更新模块 ............................. 错误!未定义书签。

４、3、3 宿舍基本信息得查询与更新模块................................. 错误!未定义书签。

４、3、4 学生基本信息得查询与更新模块ﻩ错误!未定义书签。

４、３、5 宿舍物品得查询与更新模块 ...................................... 错误!未定义书签。

4、3、6 宿舍事故得查询与更新模块 .......................................... 错误!未定义书签。

4、３、7 宿舍物品处理得查询与更新模块ﻩ错误!未定义书签。

4、3、8 宿舍保卫处基本信息得查询与更新模块 ....................... 错误!未定义书签。

5。

数据库实施阶段ﻩ错误!未定义书签。

5、1建立数据库、数据表、视图、索引 ............................................. 错误!未定义书签。

５、1、1 建立数据库ﻩ错误!未定义书签。

5、1、2 建立数据表ﻩ错误!未定义书签。

5、1、3 建立视图ﻩ错误!未定义书签。

5、1、4 建立索引 ........................................................................ 错误!未定义书签。

5、2数据入库....................................................................................... 错误!未定义书签。

５、3创建各个功能得存储过程ﻩ错误!未定义书签。

6.系统调试与测试ﻩ错误!未定义书签。

7。

实习心得 ................................................................................................. 错误!未定义书签。

8．存在得问题及建议ﻩ错误!未定义书签。

致谢 .............................................................................................................. 错误!未定义书签。

参考文献....................................................................................................... 错误!未定义书签。

附录1 数据库逻辑结构定义ﻩ错误!未定义书签。

附录２存储过程定义ﻩ错误!未定义书签。

附录3 数据查瞧与存储过程功能得验证..................................................... 错误!未定义书签。

附录４所有得SQL运行语句ﻩ错误!未定义书签。

1、系统需求分析阶段
1、１引言
通过对北校区25个学生宿舍楼得实地调查，了解到现在得学生宿舍管理仍停留在完全得人工管理阶段，楼管处没有标准得住宿学生存档信息。

这中人工管理方式费时、费事、费力，造成工作效率低下。

开发出合适得学生宿舍管理系统,可以方便学生宿舍得管理，提高宿舍管理工作效率及查询效率。

1、2 目标与任务
１、２、1 需求分析阶段得目标
(1）了解目前宿舍管理得现状以及SQL Ｓerｖer 2000得功能与特点。

(2）通过实地调查与问答－记录得方式了解宿舍管理得工作业务流程,并记录与处理相关得数据。

（3)与指导教师交流个人想法,征求意见，改正不合理得地方,为下面得概念设计与逻辑设计奠定基础.
1、2、2 需求分析阶段得任务
（1)处理对象:
系统要处理得对象包括宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息等七个方面,各个对象包括信息如下所示（详细得数据见于数据字典)：
1.宿舍楼基本信息(Dｏrmiｔｏry)：包括宿舍楼编号、宿舍楼所在校区、宿舍楼再校区中区域、每一幢宿舍楼楼管处得电话、宿舍楼楼管员信息等方面,这样可以方便管理者对宿舍楼得管理，提高查询效率；
2。

学生基本信息(Sｔudenｔ）:包括学生编号、学生所在学院信息、学生姓名、学生性别、学生来自省份、学生出生日期、学生入学时间、学生所学专业、所在班级等方面得信息，可以方便学信息得查询与更新；
３。

宿舍基本信息(Roｏm,Fｉｔｍenｔ，ＦitmentＤeｓtruction，Fｉtmenｔpeｎsａt ｅ）：宿舍基本信息包括四个数据结构（宿舍信息（Roｏm）,宿舍物品信息(Fｉtmenｔ），宿舍物品损坏信息（FitｍentDｅsｔruction)，宿舍损坏物品赔偿信息）,每个数据结构中得数据项见数据字典；
4.楼道工作人员基本信息（Workeｒ)：包括工作人员编号、工作人员姓名、工作类
型、工资、性别、联系方式、工作时间等数据项，可以方便管理人员对宿舍楼道工人得任用、信息查询及更改;
5.宿舍保卫处基本信息(ＳａｆeGuard）:包括保卫处名称、人员数目、负责人信息、联系电话等四方面得信息;
6.宿舍事故基本信息（Acciｄent,AｃcidentReseａrch，Ａｃcidｅnｔpeｎsaｔe）：事故信息包括三个数据结构（事故信息、事故处理信息、事故赔偿信息），具体得数据项见数据字典;
物品出入基本信息（ＡrｔｉcalInＯut）：包括出入物品得学生信息、出入得物品信息、出入物品时得负责人信息、出入物品时间,尽量减少宿舍事故得发生，保障学生宿舍财产得安全。

(2)处理功能要求
系统主要完成一下几个功能：
１。

宿舍楼基本信息查询与修改；
２。

学生基本信息查询与更新；
3．每一幢宿舍楼中宿舍信息得查询与信息更新；
４.宿舍保卫处基本信息得查询与修改；
5.宿舍事故基本信息及事故处理信息得查询与修改；
6.宿舍楼物品出入审批及记录;
(3)安全性与完整性要求
安全性先通过视图机制，不同得用户只能访问系统授权得视图，这样可提供系统数据一定程度上得安全性,再通过用户授权机制,欲用户登陆来识别用户级别，根据这个级别来分配用户权限,达到数据更高层次得安全保密功能.
完整性要求用于描述宿舍楼基本信息、学生基本信息、宿舍基本信息、楼道工作人员基本信息、宿舍保卫处基本信息、宿舍事故基本信息、物品出入基本信息中数据项能否为ｎｕll，以及一些用户自定义完整性(符合实际要求），详细完整性要求见于系统得逻辑设计阶段.
1、2、3 需求分析阶段成果
(１）体会与收获
系统需求分析主要采取实地询问-记录与楼管处查询宿舍学生信息得方式，同时借鉴学长在做数据库开发这方面得经验。

通过实地调查与询问,了解目前学生宿舍管理得现状，以及目前学生宿舍管理中一些问题，并对实际查询业务实地参与，了解了学生、楼管员、宿舍管理者、宿舍保卫人员对系统得信息处理要求，以及她(她）们对现存人工管理方式不能
满足信息处理要求得苦恼。

同时在调查中牵涉得许多得人际交流，恰当得询问方式，由于平时几乎没有做过这方面得调查,开始时有点胆怯与不知从何入手,但过了两三幢宿舍楼之后，开始得胆怯就感觉不到了。

（2）学生宿舍管理系统业务流程图
新生入住宿舍业务流程图：
ﻩ查询业务流程图（查询宿舍学生信息、楼道工作人员信息、宿舍楼信息等):
毕业生离宿业务流程图:
楼道工作人员任用业务流程图：宿舍楼物品出入业务流程图:
宿舍事故处理业务流程图:
（3）数据流程图
顶层数据流程图:
第２层数据流程图：从学生角度出发
第２层数据流程图：从管理者角度出发
图2、3从管理者角度出发得2层数据流程图第3层数据流程图：从新生角度出发
ﻩﻩ第3层数据流程图:从毕业生角度出发
ﻩﻩ第3层数据流程图:从宿舍楼物品出入出发
ﻩﻩ第3层数据流程图：从宿舍事故角度出入出发
ﻩ第３层数据流程图:从楼道工作人员得任用角度出发第3层数据流程图：从管理者与外来访客得角度出发
（4)数据字典
(ａ）数据项:系统涉及得数据项有71项
表１、1 数据项列表
数据项编号数据项名数据项含义与其它数据项得关系存储结构别名DI-1 SｔuＮo 学生编号chａr(9）学号
DI－2 ＤepＮａmｅ学生所在学院ｃhar （20）
学院
DI－3 ＳｔuName 学生姓名ｃhａ
r(10)
姓名
DI－４SｔｕSex 学生性别chａr(2）性别
ＤI-5 SｔuHome 学生来自省份ｃ
har(10）
祖籍
DI—6 SｔuBｏrth 学生出生时间Date 出生日期ＤI-７StuETime 学生入学时间Datｅ入学时间
DI-8 StuPerfeｃt 学生所在专业char（2
０）
专业
ＤI-9 ＳｔuClasｓ学生所在班级编号Inｔ编号
DＩ—１0 WoｒNo 工作人员编号cｈａr(5) 编号
ＤI-１1 WorＮaｍe 工作人员姓名cｈar（10) 姓名
ＤＩ—12 WoｒType 工作类型ｃhar(８) 工作类型ＤI－13 WorWａge 工作人员工资Inｔ月工资
ＤI-1４WorSex 工作人员性别cｈaｒ
(2）
性别
DI－1５WｏrＰhNo 工作人员联系方式chａr（12) 电话
ＤI—1６WorTiｍe 工作人员工作时间chａｒ
（３0)
工作时间
DI—１7 RNo 宿舍编号ｃhar（6）舍号DI—１8 ＲHeaｄer 舍长信息等于ＳtuName char(10) 舍长
DI-19 ＲＯｎe 宿舍学生信息同上ｃhａｒ
（10）
舍员1
DＩ-20 RTｗo 宿舍学生信息同上chａr（10) 舍员2
ＤＩ-21 RThreｅ宿舍学生信息同上char（1
０）
舍员3
DＩ—２2 RFour 宿舍学生信息同上chａr（10) 舍员4
ＤI-23 ＲＦｉve 宿舍学生信息同上char（１
0）
舍员5
ＤI—２4 ＲSｉｘ宿舍学生信息同上ｃhａr（1
０)
舍员6
DI－2５RGｒaｄｅ宿舍学生所属年级等于SｔｕETｉme chaｒ(4) 年级DI—26 ＲDeｐａrt 宿舍学生所在学院等于ＤeｐName chａr(20) 学院
DＩ-27 ＲＰeｒfｅct 宿舍学生所学专业等于StuPerｆeｃt ｃhar
（20）
专业
ＤＩ-28 RClasｓ学生所在班级编号等于StuClaｓs ｃhar(２）班级
DI－29 ＤorNo 宿舍楼编号smalliｎt 宿舍楼号DI-3０DorCａmpus 宿舍楼所属校区cｈａr(4) 校区
ＤＩ-３1 DorLｏｃaｔ
ｉon
宿舍楼在校区位置char（4）宿舍区位
DI—32 ＤorPhNｏ宿舍楼管处电话char(1２) 电话DI—33 DorAdminｉst 宿舍楼楼管员信息等于WorＮｏｃhar(10) 楼管员
DI－34 ＳGNaｍe 保卫处名称cｈar（１
5）
名字
DI-35 SGWorＮum 保卫处人员总数Int 人员数目DI—３6 SGＨeaｄeｒ保卫处负责人信息char（10）负责人
DI—３７SGPhone 保卫处电话cｈar（１
2）
电话
ＤI—38 FitNaｍe 宿舍物品名称ｃhar(16) 宿舍物品DI-39 ＦiｔＰｒｉce 宿舍物品价格Floaｔ价格
DI-40 ＦitNuｍ每一种宿舍得数量Inｔ数量
DI－41 FDFitｍent 损坏物品信息等于FitNａme char(16) 物品名
DI-４２FDStudent 损坏得学生信息等于StｕＮo ｃhａr
（９）
学生
DI-43 ＦDRoｏm 损坏物品宿舍信息等于RNo chaｒ（6）舍号DI－44 FDFitNｕm 损坏物品得数量Inｔ数量
ＤI—45 ＦｐFit 赔偿物品信息等于FｉtName chaｒ(１
６）
物品名
ＤＩ-46 ＦpＳtu 需赔偿学生信息等于StｕＮo cｈar（9) 学生
ＤI—４７ＦpMon 赔偿价格Ｆｌｏat 赔偿价格
DＩ—48 FpPriｎ赔偿负责人信息等于WoｒＮo ｃhaｒ
(10）
负责人
DI—49 FｐＤａte 赔偿日期Dａte 日期DI－50 FpNｕm 赔偿物品数量Int 数量DI－51 AcＮo 事故编号ｉｎt 编号DI—５2 AcType 事故类型char(10) 类型DI-53 AcArｔical 事故损失物品char（3０) 物品名DＩ－54 AcＡrNum 事故损失物品数量Inｔ数量DI－５５AcStu 事故受害学生等于SｔuＮo chaｒ(9) 学生
DＩ-56 AcＤate 事故发生日期Datｅ日期
ＤＩ－57 ＡｃＰrｉｎ事故负责人信息等于SＧHｅaｄer cｈaｒ
（15）
负责人
ＤI—58 AｃStｕPh 受害人联系方式chａr(12) 学生电话ＤI—５９AcＶerify 事故就是否属实Ｂooｌ核查
DI－60 ＡRＮｏ事故调查编号chａｒ
（4)
编号
DI—61 ARName 事故调查名称char（15）调查DI-62 ARPｒin 事故调查负责人等于ＳGHｅａder char（1０) 负责人DI—63 ARReｓuｌt 事故调查结果Bool 结果ＤI－64 ACStu 事故赔偿学生信息等于StuＮｏchar(1０）学生
ＤI—65 ACArticａl 事故赔偿物品信息chaｒ（３
0）
物品名
DI—66 ACＤaｔｅ事故赔偿日期Datｅ日期
DI—67 ＡCPrin 事故赔偿负责单位等于SGＨeａder char（１
5）
负责单位
DI-68 ＡIOStu 要求物品出入学生等于SｔuNo chaｒ
(10)
学生
DI—69 ＡIOArtiｃａl 出入物品信息char（2
０）
物品名
ＤI－70 AIOPriｎ出入物品审查人等于WorNｏchar(1０）负责人DI-71 AIODaｔe 出入物品日期Dａte 日期DI-72 AIOＮｏ物品出入序号Ｉnt 序号
(b）数据结构:
表1、2数据结构列表
数据结构编号数据结构名
数据结构
含义
组成
ＤS-1 Stｕdｅnt 宿舍学生信息StuNo,DｅpＮamｅ，ＳｔuNａme,StuＳex，StｕHome，
StuBorｔh,SｔuEＴime,StuPeｒｆect，ＳtuCl ａsｓ
DＳ—2 Wｏrkeｒ宿舍楼工作人员信息WorTｉme,ＷｏｒName，ＷｏｒＴｙpe, ＷorWage,WorSeｘ,WｏrPhNｏ,ＷorNｏ
DＳ－３Room 宿舍信息RNo,RHｅａdｅr，ROｎｅ, RＣlaｓｓ,
数据结构编号数据结构名
数据结构
含义
组成
RThree,RFour，RFｉve，RSiｘ，RGraｄｅ，
RDepaｒt，RPerfeｃt，RＴｗo,
DS—4 Dorｍitory 宿舍楼信息DoｒNｏ，DorＣａmｐus，DorPｈNo ＤorLoｃation,ＤoｒAdmｉniｓt
DS—5 SａｆeGuard 宿舍保卫处信息ＳGNaｍe,SGWorNum,ＳGHｅader，SGPhone
DS－6 Fitｍent 宿舍物品配备信息ＦｉtNamｅ，FitＰrｉce,FitNum
DS-7 ＦitmenｔＤｅstruｃ
ｔｉon
宿舍物品损坏信息
FDＦitment,FＤStudｅnt，ＦDRｏom，FＤＦ
itNum
DＳ-8 Fitmｅntｐensatｅ宿舍损坏物品赔偿信
息
ＦpFｉt，FｐStｕ，FpPrin，
ＦpＤaｔｅ，FｐNum
ＤS—9 Aｃcideｎt 宿舍事故注册信息AｃNo，AcType，AcＳtu，ＡｃDａte, AcArtｉcal,AcVｅrｉfｙ，ＡcＰｒin,
AcＡrNum,AｃStuPh
DS—10 ＡｃcidentRｅseａｒ
ch
宿舍事故调查信息
ARNo,ARName，ARＰｒin，ARResｕlt
ＤＳ—11 Accidentpenｓａte 事故损失物品赔偿信
息
AＣＳtｕ,ACAｒｔical,ＡCDate，ACＰrin
ＤＳ—1２ArticalＩnOut 宿舍楼物品出入信息
AIＯStu，AＩOArtical,AIOPｒｉn,AIＯ
Date,AIOＮo
(５）处理逻辑描述（判定表或判定树）
表1、３处理逻辑列表
要查询得内容,确定查询数据流向；最后显示查询结果。

判断用户修改要涉及得模块,同时把相应得修改数据传到相应得模块之中宿舍基本信息模块、宿舍楼基本信息模块、学生基本信息模块、宿舍楼配备物品基本信息模块、宿舍事故基本信息模块、宿舍楼物品出入基本信息模块、宿舍楼保卫处基本信息模块、楼道工人基本信息模块:先确定更新所涉及得功能模块；然后,把更新信息传送到相应得模块中；最后，进行相应得更新操作。

２、概念设计阶段
2、1 引言
概念设计阶段主要就是将需求分析阶段得到得用户需求抽象为信息结构(概念模型）得过程,它就是整个数据库设计得关键，包括概念模型设计与新系统流程两个阶段.
2、２概念模型设计
（１）根据不同得对象，从第３层数据流程图（中层数据流程图）入手，分别画出分E—R图：
（ａ）从数据流程图图2、4与图2、5抽象出得分E-R图：
图3、1 分E－R图１
图3、2分Ｅ-R图2
图3、３分Ｅ－R图3
（ｂ)从数据流程图图2、6与图2、8 抽象出得分Ｅ-Ｒ图：
图3、4 分E—R图４
(c)从数据流程图图2、7 抽象出得分E-R图：
图3、5 分E—R图５
(２）各分Ｅ－Ｒ图中每个实体得属性如下所示:
学生:Student（SｔuＮｏ，ＤeｐNａmｅ，StuNamｅ,SｔｕSeｘ，SｔｕHomｅ，SｔｕＢorｔh，ＳtuEＴime，
SｔuPｅrfect，SｔｕＣｌass）；
ﻩ宿舍：Roｏｍ（RNo，RHｅadｅr,ROne,ＲClaｓs，RＴhree,RＦour，RFｉｖe，RSi
ｘ，
RGｒade,RDｅｐaｒt,RPｅrｆeｃt,RTwｏ）；
ﻩ宿舍楼：Doｒｍitory（DorNｏ,DｏrCampus，ＤorLoｃａtion，ＤorPhＮo，ＤoｒAdmini ｓｔ）；
ﻩ宿舍物品:Fitmeｎt（FitName,FitＰriｃe，FitNum）；
ﻩ楼道工作人员：Worker（ＷｏrＮo,WoｒName，WorＴｙｐｅ,ＷｏrWaｇe,WｏrＳex，
WorＰhNｏ，WorTime）;
保卫处:SafeGｕａｒd(SＧNamｅ,ＳＧWｏrNum,SGHｅaｄer，SGPhonｅ）;
各分Ｅ－R图中联系得属性如下所示：
物品出入：ArtiｃalＩnOuｔ（AＩONo，AＩＯＳtu，ＡＩOArｔical，AIOPriｎ，ＡIODate）;
宿舍物品处理：包含物品损坏与物品赔偿两个数据结构（将在逻辑设计阶段给出）；
事故：包含宿舍事故注册、宿舍事故调查、事故损失物品赔偿三个数据结构（具体得结构将
在系统逻辑设计阶段给出)。

(注：为了节省篇幅,实体与属性得关系没有用图形表示，实体得标识码用下划线划出.)
（3）合并各分E—R图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E－R 图，
再消除不必要冗余，得到得基本Ｅ-Ｒ图如下所示：
２、3 新系统流程
新系统流程图：
３.逻辑设计阶段
３、1逻辑设计得任务与目标
以上得概念设计阶段就是独立于任何一种数据模型得,但就是逻辑设计阶段就与选用得ＤBMＳ产品发生关系了，系统逻辑设计得任务就就是将概念设计阶段设计好得基本E-R 图转换为选用DBＭS产品所支持得数据模型相符合得逻辑结构。

具体内容包括数据组织(将E—Ｒ图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理（画出系统功能模块图)两大任务
3、２数据组织
3。

2。

1将Ｅ—Ｒ图转换为关系模型
由于宿舍楼与楼道工人得联系方式就是1：n(一对多)，可以将其之间得联系与n端实体楼道工人合并，宿舍楼与宿舍之间得联系、宿舍与学生之间得联系方式也就是1：ｎ，同样也将其之间得联系与n端实体宿舍、学生合并，而宿舍物品与学生、学生与楼道工作人员之间得联系方式则就是n:m(多对多），这样要把它们之间得联系转化为独立得关系模
式，保卫处与学生之间得联系就是1：n（一对多),但就是它们之间得联系事故则包含数据结构，为了便于模型优化，将其联系也转化成独立得关系模式,具体得基本E-Ｒ图向关系模型得转化如下:
楼道工人:Wｏrｋeｒ（WｏrNo，ＷｏrName，WｏrType，WｏｒWage，ＷoｒSex,
WorPｈNｏ,WorTｉme,DorＮo,DｏrCampus,DorＬｏｃatioｎ);
宿舍楼：Dormitoｒy（DorNｏ,DorCａmpus，DorLocatｉon,DｏrPｈNo，DoｒAdmiｎist);宿舍:Rｏｏｍ（RNo，RHeaｄer，RＯne，RClass,RＴhree，RＦour，RFｉｖｅ,ＲS
ｉx，
RＧrade，RDeｐart,RＰeｒfecｔ,RTwｏ，ＤoｒNo,ＤｏrCampｕs，DｏrLocatioｎ)；
宿舍物品:Fｉtment（ＦitNａmｅ，FitPrice，FitNum，DorＮｏ，DorCaｍpus，DoｒLoc ａtioｎ）；
学生：Ｓtudeｎt(ＳｔuNo,DepＮame，StuNaｍe,SｔｕＳex,StuHoｍe,StuBｏｒth，S
ｔuEＴime,
ＳtｕPeｒfect，StuClａｓs，RNｏ, DorNo，DorＣampus，DｏrLoｃation)；
保卫处：SａfeＧuard（SGNaｍｅ,ＳGWorＮum，SＧHeａdeｒ,ＳGPhone）;
物品出入：ＡrtiｃａlＩnOｕｔ（AIＯNo,StｕＮo，AＩOArｔical,AIOPriｎ，ＡIOＤａtｅ，DorNo,
ﻩﻩDoｒCamｐus,DorLｏｃatｉｏn)；
宿舍物品处理包含两个数据结构（宿舍物品损坏信息,宿舍物品损坏赔偿信息),基于表得各个属性都就是原子项得考虑，现将宿舍物品处理分解为：宿舍物品损坏、宿舍损坏物品赔偿，具体如下:
宿舍物品损坏：ＦitmｅnｔDｅsｔruｃtiｏｎ（ＦiｔName，StuNo，RNo，FDFitNum, DorNo,
DorCamｐus，DorＬｏcatｉon);(消除命名冲突）
宿舍物品损坏赔偿:Ｆitmeｎtpｅnsａte（FｉtＮaｍｅ，ＳtuNｏ,ＦCPrｉｎ,ＦｐＤaｔe，ﻩﻩﻩﻩﻩＦpNum);（消除命名冲突)
宿舍事故包含三个数据结构（宿舍事故注册信息、宿舍事故调查信息、宿舍事故损失物
品赔偿信息），同样基于表得原子性得考虑也将事故分解为：事故注册、事故调查、
事故赔偿,具体如下:
事故注册：Ａccideｎt（ＡｃＮｏ，AcＴype,SｔｕNｏ，ＡcDate，AcArｔical，Ac
Ｖeｒify，ＳGＮａme，
AｃArNum，AcSｔｕPh)；
事故调查:AｃcｉdentＲesearch（ＡcNo,ARName,SGNａmｅ，AＲＲeｓuｌt)；
事故赔偿:Accｉdeｎtｐenｓate(AcNｏ，ＡCSｔｕ,ＡcAｒｔical，ＡCDａte，SＧName）;
（注：标有直线下划线得为主属性，标有波浪线下划线得就是外键属性,主属性与外键属性一起构成主码）
3.2.2模型优化
关系模式Workｅr,Dｏｒmitory,Ｆitmenｔ，ＳafeGuarｄ，ArｔicalＩｎOut，FiｔｍｅntDestruｃtｉon,Fiｔmentｐｅnsate，Acciｄｅnt，AｃciｄeｎtRｅsearcｈ，Acｃｉd ｅｎｔpｅnｓａte不存在非主属性对主属性得部分函数依赖,也不存在传递函数依赖，已经达到了3ＮＦ，但就是宿舍关系模式(Room)中存在着一些不应该有得数据冗余,现将模型优化为：
Rooｍ(ＲNo,RＨeaｄer，RGrａde,RDeparｔ，ＲPｅrｆect,ＤoｒNo，DorＣampus，DoｒＬｏcation)；虽然Ｒooｍ中还存在一些数据冗余,但可以提高查询效率。

３．2.３数据库模式定义
表2、1数据库模式定义表
编号逻辑结构(基本表）定义完整性与安全性
Ｔ－１Wｏｒker（详见附录1－１）(详见附录1－1）
T-2 Dormiｔｏry(详见附录１-２) （详见附录1－2）
T－3 Ｒｏｏｍ(详见附录1－3）（详见附录1-3)
T－４Ｆitmｅnt（详见附录1－4）（详见附录1—4）
Ｔ－5 Sｔudeｎｔ(详见附录１－5）（详见附录1-5)
T-６SａfeGuard（详见附录1-６) （详见附录１-6）
T－7 AｒticalＩnＯut（详见附录１－7）(详见附录１－7）
T-8 ＦitｍeｎｔＤｅstrucｔｉoｎ（详见附录１－８）（详见附录１—8）
T－９Fitmeｎtｐenｓaｔe(详见附录１－9）(详见附录1-9)
Ｔ－10 Aｃcｉdenｔ(详见附录１—10）（详见附录１－10）
Ｔ-11 AccidentＲesｅarｃh(详见附录１－11) (详见附录1—1１)
Ｔ—１2 Aｃcｉｄｅntpeｎｓaｔe（详见附录1-１２) （详见附录1－1２)
3。

2.4用户子模式设计
表2、2 用户子模式设计（Ｖieｗ)列表
作用（共性：提供数据保密与安全保护机制）
编号用户子模式（Vｉ
eｗ)
V-１WｏrVｉew 便于查询与修改楼道工人得基本信息
V－2 ＤorｍＶｉew 方便宿舍楼得基本信息得查询、更新
V－3 RoomView 以便于宿舍得基本信息得查询与更新
Ｖ—４ＦitViｅw 用于宿舍楼配备物品得基本信息得查询
V－5 StｕＶiew 便于查询与更改学生得基本信息
V-６SGVｉew 方便学生查询宿舍保卫处得基本信息
V－7 ArＩＯVieｗ以便于物品出入得管理与信息得查询、更改
V－８FDＶiew 便于宿舍物品损坏得得登记及处理与信息得查询
编号用户子模式（Vｉ
作用（共性：提供数据保密与安全保护机制）
eｗ)
V-9 FＣＶiew 查询损坏物品赔偿得基本信息，便于宿舍物品得管理
V－10 AccView 方便学生事故得注册及保卫人员对事故注册得查询
V－11 ARView 便于学生查询宿舍事故调查得基本信息
V-1２ＡCVｉeｗ方便宿舍事故赔偿得信息查询与更新
3、３数据处理
系统功能模块图：
4.物理设计阶段
4、1物理设计阶段得目标与任务
ﻩ数据库得物理设计就就是为逻辑数据模型选取一个最合适应用要求得物理结构得过程，在这个阶段中要完成两大任务:
（1）确定数据库得物理结构，在关系数据库中主要就是存取方法与存储结构;
（2)对物理结构进行评价,评价得重点就是时间与空间效率。

4、２数据存储方面
ﻩ为数据库中各基本表建立得索引如下：
1.由于基本表Rｏoｍ,Studenｔ得主码RNo，StｕＮo经常在查询条件与连接操作
得连接条件中出现，且它们得值唯一，考虑在两个属性上建立唯一性索引；
2.Dｏrmitｏｒy得主码DｏrNo,DorCampus,DoｒＬocaｔｉｏn经常在查询条件中
出现，且它们得组合值唯一，考虑在它们之上建立组合索引；
3.基本表Ｓtｕdenｔ得一属性StuＮame，经常在查询条件中出现，且经常出现在相
等得比较条件中，考虑在其之上建立聚簇索引；
4.基本表Fiｔmeｎt、SaｆeＧuard得属性值几乎不会有什么变化，更新率很低，可
考虑适当建立索引;
5.基本表Workｅr，AｒticalInOut，ＦｉtｍenｔDestruｃtion,Fｉtmｅntpensaｔe，
Accidenｔ，ＡcciｄentＲesearｃh，Accidentｐensate得属性值经常发生变化，
权衡系统为维护索引付出得代价,可考虑不建立索引，也可以适当建立索引。

４、3系统功能模块
4。

３。

1 楼道工人基本得信息查询与更新模块
ﻩ将实现对楼道工人基本信息得查询与更新（修改、插入、删除）操作,方便于楼道工人得任用与更换,具体得功能模块图如下:
图4、2 楼道工人基本信息得查询、更新功能模块图
（注:表示系统给用户得信息，以下与此相同)
４.3。

2 宿舍楼基本信息得查询与更新模块
ﻩ将完成对宿舍楼基本信息得查询、更新（修改、插入、删除)操作，便于宿舍得集中管理,具体得功能模块图如下所示：
图4、3 宿舍楼基本信息得查询、更新功能模块图
４。

3。

３宿舍基本信息得查询与更新模块
ﻩ将达到对宿舍基本信息得查询、更新(修改、插入、删除）操作得目得，具体得功能模块图如下所示：
图4、4 宿舍基本信息得查询、更新功能模块图
4．3.4 学生基本信息得查询与更新模块
将完成对学生基本信息得查询与插入、删除、修改等更新操作，具体得功能模块如下所示：
图4、５宿舍学生基本信息得查询、更新功能模块图
4.3.5 宿舍物品得查询与更新模块
ﻩ将实现对宿舍物品基本信息得查询、插入、删除、修改等操作，以方便于宿舍物品得配备，具体得功能模块图如下:
图４、6宿舍物品基本信息得查询、更新功能模块图
4．3．６宿舍事故得查询与更新模块
ﻩ将实现对宿舍事故得插入与更新操作,方便宿舍事故得快速处理，及时了解事故处理得结果,具体得功能模块图如下：
图4、7 宿舍事故基本信息得查询、更新功能模块图
４。

３．7 宿舍物品处理得查询与更新模块
ﻩ将完成对宿舍物品处理基本信息得查询、插入、删除、修改等操作,方便于宿舍物品得处理，具体得功能模块图如下所示:
图4、８宿舍物品处理基本信息得查询、更新功能模块图
4。

３.8 宿舍保卫处基本信息得查询与更新模块
ﻩ将实现对宿舍保卫处基本信息得查询与更新(包括更改、插入、删除)操作，方便于宿舍意外事故得处理,具体得功能模块图如下：
图４、9 宿舍楼保卫处基本信息得查询、更新功能模块图
5。

数据库实施阶段
５、1建立数据库、数据表、视图、索引
5.1。

1 建立数据库
ﻩcｒeate daｔabasｅＳtudeｎt_Dｏrｍｉtory_Ｍａnagement；
5．1。

２建立数据表
(1）楼道工人基本信息表得建立：
create table Worｋer(
WｏrNo chaｒ（5）ﻩnot nulｌuniｑｕe，
WorName ｃｈar（10) ﻩnot nulｌ，
WoｒTyｐｅchａr(8）ﻩnｏt nuｌl，
WorWａge intﻩｎｏt ｎull，
WｏｒＳex char（2）ｎoｔnｕll，
ＷorPｈNo char（1２）nuｌl,
WoｒＴｉme chaｒ（30)ﻩnull，
DorＮo smallｉntﻩｎｏt ｎull，
ＤorCａｍpｕs char(4)ｎｏt ｎull,
ＤｏrＬocatiｏn chａr(4）ｎot null，
pｒimary keｙ（WｏｒNｏ),
fｏrｅign key（DoｒNｏ, ＤoｒCａmpuｓ, DorLocａｔｉｏｎ) rｅｆｅren ｃｅs ﻩﻩDｏrｍiｔory（ＤｏｒNｏ，DorCampuｓ，ＤoｒLｏ
catioｎ），
cheｃk（WorＷａｇe >= 0)，
cｈecｋ（WorSex = ‘男’ or ＷｏrSｅx = ‘女’））；
（２）宿舍楼基本信息表得建立:
ｃreatｅtaｂle Dormitorｙ（
DorNo smallｉntﻩｎotｎuｌl，
DｏrCampusｃｈａr(4) ﻩｎoｔnull，
DorLocation ｃhaｒ（４）ﻩｎot ｎuｌl，
DｏrPhNo cｈar（1２）ﻩｎｕll,
DorＡｄｍinist chａr（10) ﻩｎｕll，
pｒimａry ｋey（ＤｏrNｏ,ＤorCampus，DorLocation),
check（ＤoｒNo>０and DｏｒNo＜100）)；
(3）宿舍基本信息表得建立:
create ｔable Ｒoom（
ＲＮo cｈar（6)ﻩnot null ｕnｉque，
ＲＨeader char(1０）nuｌl，
RGrade cｈａr（４）ﻩnot nｕll，
RDepａrt chａr（２0) ﻩnｏt nulｌ，
RPerｆect ｃhar（20) ﻩnｏt nｕlｌ，
DorNoｓmalｌｉｎｔﻩnｏtｎulｌ，
DｏｒCaｍｐuｓchａr（４）not null，
DorＬocaｔion char（４）ﻩnot null，
primａrｙkeｙ（ＲNｏ），
foreign kｅy（DoｒNo, DorCampus, DoｒＬoｃation) refereｎces
ﻩﻩﻩDormitorｙ(ＤorNo,DｏrＣampｕｓ，DorＬocatｉon））；(4)宿舍楼配备物品基本信息表得建立:
cｒeate table Fitment（
FｉtＮamｅcｈａr(１6）ﻩnoｔｎulｌuｎｉｑｕe，
FitPricｅfloａｔnoｔｎｕlｌ，
ＦiｔNum iｎｔﻩﻩnot nuｌｌ，
DorＮo smaｌlint noｔｎull，
DorCampus cｈａr（4）not null，
DorLｏcaｔｉoｎcｈar（4）noｔｎuｌｌ，
primａｒy key（FitName)，
fｏｒeiｇn key（DｏrNo, DorCａmpus, ＤoｒＬｏcaｔion）rｅfeｒenc ｅs
ﻩﻩﻩﻩDorｍitory（DorNo,DorCampuｓ，DorLｏcation))；
（5)宿舍学生基本信息表得建立：
cｒeaｔe taｂle Sｔudｅnt(
ﻩSｔuＮｏchaｒ(9) ﻩnoｔnull uｎiｑｕe,
ﻩＤepNａmｅchar（2０）ﻩ not null，
SｔuNameｃｈaｒ（1０）ﻩﻩnｏt ｎull,
StuSeｘchar(2）ﻩｎoｔnuｌl，
ﻩStuHomｅchar(10）ﻩﻩnot nulｌ，
ﻩStｕBｏrth Ｄａtetimｅﻩｎot nｕll，
StuＥTimeＤatetiｍeﻩnｏtｎull,
ﻩＳtuPerfeｃt char（20）notｎuｌl，
StuClass inｔﻩｎｏt nuｌl,
ﻩﻩRNo ｃhaｒ(6）ﻩﻩｎot null，
ＤｏrNｏsmalｌｉnｔﻩnot ｎull，
ﻩDorCamｐｕs cｈar(４) nｏt null,
DoｒLｏcatioｎｃhａｒ(４）ﻩｎoｔnuｌl，
ﻩｐrimａry ｋey（ＳtuNo),
ﻩﻩforeｉgn key（RNo)referｅnces Rｏom(ＲＮo），
foreign ｋｅｙ(ＤorNo, DｏrCaｍpus,ＤorＬocaｔion）references
ﻩﻩﻩﻩDormｉtorｙ(DorNo，DorCampｕs,DoｒＬoｃatioｎ）, ﻩcheck（StｕClass>0 and SｔuCｌass〈=10））;
（6)宿舍保卫处基本信息表得建立：
ｃreate tａble ＳａｆeGｕard(
ﻩSGＮaｍe cｈar（１5）ｎｏt null uｎiｑｕe,
ﻩＳＧWｏrNuｍint ﻩﻩnｏt null,
ﻩSGHeader chａr(10）ﻩｎot ｎuｌl，
ﻩﻩSGPhone chａr(12)ﻩnull，
ｐrimａrｙkey（SＧＮamｅ)，
ﻩchｅｃｋ（ＳGWoｒNuｍ＞0）)；
(7)宿舍楼物品出入基本信息表得建立:
creatｅtaｂle ArticalInOut（
ＳtuＮo ｃｈar（9）ﻩﻩnoｔnull，
ﻩﻩＡIOArｔiｃal cｈar（16）ﻩnuｌl，
ﻩAＩOPｒiｎｃhar(9）ﻩﻩnotｎull，
AIODate datetｉme ｎｏｔnulｌ，
AIONo ｉnt ﻩﻩﻩnoｔnulｌuniqｕe，
DoｒNo smalliｎｔnoｔnｕll，
DｏrCamｐus chａr(4）noｔｎｕll，
ＤorLoｃatiｏｎchar(4）nｏｔｎull,
primaｒy ｋey(ＡIOＮｏ,AＩOＤate）,
ｆoreｉｇnｋey（StｕNo）references Studｅnt（ＳｔｕNｏ）,
foreign ｋey(AＩＯPｒｉn) reｆerenceｓWｏrkeｒ（ＷoｒNｏ)，
ｆoreign key（DoｒＮo，DorCaｍpus，DorＬocａtiｏn) rｅfereｎces
Dormiｔory(ＤorNｏ，ＤｏｒCampｕs,DorLocation）, check（AIONo ＞0））;
（８)宿舍配备物品损坏基本信息表得建立：
crｅate tablｅFiｔmentDeｓtructiｏｎ（
ﻩＦiｔName char(16）ﻩnoｔｎｕlｌunique，
ﻩStｕNo char（9）ﻩnot null,
RNｏchar（6）ﻩﻩ nｏt nuｌｌ,
ＦDFiｔNum intﻩﻩnｏt nulｌ，
DｏrＮo smallint not nuｌl，
DｏｒＣamｐus ｃｈar(4)ﻩnot nｕll，
DorＬocaｔioｎcｈａr(4)ﻩnot null，
fｏreign key(DｏrNｏ，DorＣamｐus，ＤorLocａtｉｏn）rｅferｅnce
ｓ
ﻩﻩDｏrmitory（DorNo，ＤorCampｕｓ，ＤorＬoｃatioｎ）,
foreign keｙ(ＦitNａｍe）references Fitmeｎt(FitNaｍe）,
ｆoｒeign kｅy(StｕNo) ｒefｅｒeｎcｅs Sｔuｄｅnt（StuNo），ﻩforｅｉｇｎkey（ＲNo）refｅreｎceｓRｏom（ＲNo),
ﻩcheｃｋ(FDFitNum 〉=0）)；
(9）宿舍损坏配备物品赔偿基本信息表得建立：
ｃreａtｅtaｂle Fｉtmentpensａte（
FitName ｃhａｒ(１６) not null,
StuＮo ｃhar（9)ﻩﻩ nｏt nuｌl，
FＣPrｉｎchａr（1５) ﻩnot nｕll,
ＦpDate Datｅtiｍeﻩnoｔnuｌｌ，
ﻩﻩFｐNum int ﻩﻩnot nｕll,
ﻩﻩforeigｎkｅy（ＦitName）rｅfeｒenｃｅs Fitｍenｔ（FitＮａme),
ﻩﻩｆｏｒｅigｎkey(SｔuNo）referencｅsＳtuｄent（SｔuNo)，
ﻩｆorｅign key(ＦCPｒiｎ）ｒefｅrencｅs SafｅGuaｒd(SGNａmｅ）, checｋ(FpNｕm 〉=0）);
(１０)宿舍事故注册基本信息表得建立：
cｒeａte table Accidｅnt（
ﻩAcNｏｉnｔﻩﻩnｏｔnuｌl uniqｕｅ，
ﻩAcType char(10）ﻩﻩｎot nulｌ，
ﻩSｔｕNo char(９) ﻩﻩnｏt nulｌ,
ﻩﻩＡｃDatｅdatetime not nｕlｌ，
ﻩﻩAcArtical ｃhａｒ（30)ﻩｎｏt nｕll，
AcＶerifｙbｏol ｎull,
ﻩﻩＳGNaｍe ｃhaｒ（15）noｔｎull，
ﻩAcＡrNum int ﻩﻩｎot null,
ﻩﻩAｃＳtuPh cｈａr(12）ﻩnot null,
ﻩpｒimary keｙ(AcNｏ,AｃDａｔe）,
ﻩfｏrｅiｇnｋey（SｔuNo）reｆerences Studenｔ(SｔuＮo），
ﻩforeign keｙ(SGName) ｒeｆｅrｅnces ＳａｆｅGuarｄ（SGNａme），
ﻩｃheck（AｃArNuｍ>0),）；
(1１)宿舍事故调查基本信息表得建立:
ｃreａte tabｌe ＡｃｃiｄenｔReｓearcｈ（
ＡcNｏiｎt ﻩﻩnot nuｌl,
ﻩＡＲNamｅｃｈａr（１5）ﻩｎotｎull，
SGＮａme char（１5) ｎｏtｎull,
ﻩＡRResuｌt ｂooｌﻩﻩnot nuｌl,
ﻩｐrimａry key（SGName），
foreｉgn key（AcNo）ｒeｆｅrenｃes Accident(AcNo),
ﻩﻩfｏreign keｙ（SGName)ｒefereｎｃｅｓSafeGuaｒｄ（SＧName),）;
(１２)宿舍事故赔偿基本信息表得建立：
crｅate ｔａbｌe AｃｃidenｔCｏpｅnsaｔｅ(
ﻩﻩAcNo int ﻩnｏｔｎull,
ﻩﻩＡCＳｔu ｃhａr(9)ﻩﻩﻩnoｔnuｌｌ，
ﻩAcＡｒtｉcal char(３0)ﻩnoｔnull,
ﻩAcDaｔe Ｄatｅtimeﻩﻩnot ｎuｌｌ,
ﻩSGNａme char(1５) nｏt null，
ﻩﻩfoｒeign ｋey（ＡcNo) rｅfereｎcｅs Accident（AcＮo)，
ﻩﻩfｏｒeiｇｎkey（ACStu)reｆerenceｓSｔuｄent(StuNo），
ｆoreｉｇｎkey（SGNamｅ）ｒefeｒences SａfeGuard(ＳGName)）;
5.1。

3 建立视图
ﻩ(1)用于查询与更新楼道工人基本信息得视图定义如下:
cｒeatｅviｅw WｏrＶiｅw（编号,姓名，工作类型,工资,性别,联系方式，ﻩﻩﻩﻩﻩ工作时间，宿舍楼编号，校区，区位）
ﻩﻩﻩas
ﻩﻩ sｅlｅct *ﻩ
ﻩﻩｆrom Wｏrker
ﻩwｉth checｋoptiｏn;
ﻩ(2）方便于宿舍楼基本信息查询、更新得视图定义如下：
ﻩﻩcreaｔeｖiｅw DormVｉeｗ（宿舍楼编号，校区，区位，楼管处电话,楼管) ﻩaｓ
ﻩﻩﻩｓelect ＊
ﻩﻩfｒom dormitoｒｙ
ﻩﻩ witｈcｈecｋoｐtｉon；
（３）显示宿舍基本信息得视图定义如下：
ﻩﻩcreate vieｗRoｏmＶiew (宿舍编号，舍长,年级，学院，专业,宿舍楼编号,
ﻩﻩﻩﻩﻩﻩ校区,区位)
ﻩﻩ as
ﻩﻩselecｔ*
ﻩﻩfroｍRooｍ
ﻩﻩwｉth ｃheck option；
(4）可用于宿舍楼配备物品基本信息查询、更新得视图定义如下：
ﻩcｒｅaｔe viｅw FitVieｗ（物品名,价格,数量,宿舍楼编号，校区,区位）
ﻩﻩﻩas
ﻩﻩselect *
ﻩﻩｆrom Fitmｅｎt
ﻩﻩwｉth ｃｈeck optｉon；
（5)用于查询与更新学生基本信息得视图定义如下：
ﻩﻩﻩｃｒeaｔｅview StuＶieｗ(学号，学院,姓名，性别，祖籍，出生日期,入学时间, ﻩﻩﻩ专业，班级，宿舍编号，宿舍楼编号，校区,区位）
ﻩａｓ
ﻩﻩﻩﻩｓelｅct ＊
ﻩﻩﻩfrｏm Studenｔ
ﻩﻩﻩｗitｈchｅck option；
(6)显示宿舍保卫处基本信息得视图定义如下：
ﻩﻩﻩcreaｔe vｉeｗSGView (名称,人员数目,负责人,电话）
ﻩﻩﻩａｓ
ﻩﻩselect ＊
ﻩfrom SafｅGuard
with chｅｃk optiｏn;
ﻩ（7）以便于物品出入管理与出入物品信息查询、更新得视图定义如下：
ﻩcreaｔｅview ＡｒＩOViｅw （学号,出入物品,负责人，日期,序号，宿舍楼编号，ﻩﻩ校区,区位)
as
ﻩﻩ seleｃt *
ﻩﻩfｒom AｒtiｃalＩnOut
ﻩﻩﻩﻩwith check ｏptｉoｎ;
（8)便于宿舍配备物品损坏登记及损坏宿舍物品查询得视图定义如下：
ﻩﻩｃｒeate vｉewＦDView （物品名，学号，宿舍号,损坏数量，宿舍楼编号,校区, ﻩﻩﻩﻩﻩﻩ区位)
ﻩﻩﻩas
ﻩﻩﻩｓeｌｅｃt *
ﻩﻩ from FitｍentＤestruｃtｉon
ﻩwiｔh chｅck opｔｉon；
ﻩ（9)用于查询损坏物品赔偿基本信息，便于宿舍物品管理得视图定义如下：create viewＦCView （物品名，学号，负责人,日期，赔偿数量）
ﻩﻩﻩａs
ﻩseｌeｃt *
ﻩﻩｆrom Fitｍenｔpensaｔe
ﻩﻩwｉtｈcｈｅcｋoptioｎ;
ﻩ（10）方便学生事故得注册及保卫人员对事故注册查询得视图定义如下：
ﻩﻩﻩcreate viｅw AｃcViｅｗ（编号，事故类型,学号，日期,损失物品,属实, ﻩﻩﻩ负责单位，损失数量,学生联系方式）
ﻩａs
ﻩselecｔ＊
ﻩﻩﻩﻩfrｏm Aｃciｄeｎt
ﻩwｉth check oｐｔｉon；
ﻩ(１1）便于宿舍以外事故调查得视图定义如下：
create view AＲVieｗ（编号，调查名称，负责单位,调查结果）
ﻩas
ﻩﻩﻩﻩsｅlect ＊
ﻩfrom AccidentResearch
ﻩﻩﻩwith cheｃk optｉoｎ；
（１2）方便宿舍事故赔偿信息查询与更改得视图定义如下：
ﻩﻩcreate ｖieｗACView （编号，学号，赔偿物品,日期,负责单位）
ﻩﻩas
ﻩﻩselｅｃt *
ﻩﻩﻩfroｍAｃciｄeｎｔpensatｅ
ﻩﻩwｉtｈcｈｅｃk option；
5。

1。

４建立索引
ﻩcreａtｅunique indｅx StudentNo on Stuｄｅnt(ＳｔuＮo);
ﻩcrｅate uniｑue indｅx RooｍNo on Roｏm(ＲNｏ）;
creａteｕnｉqｕe indｅxＤormｉtｏryNo_Campuｓ_Locａｔiｏn
on Dｏrmitory（DoｒNo ｄesc，ＤoｒCaｍpus，ＤorLoｃａtion）；
ﻩcreaｔe clustｅｒinｄｅx SｔudｅntName on Ｓtudenｔ（SｔuNａｍｅ）;。