数据库实验报告存车记录Word格式.docx
《数据库实验报告存车记录Word格式.docx》由会员分享，可在线阅读，更多相关《数据库实验报告存车记录Word格式.docx（21页珍藏版）》请在冰点文库上搜索。
存车v_Pay--1
取车
存车人
查询
登记信息
存车记录表
2.1.3数据流图
2.1.4数据字典
数据流图表达了数据和处理的关系，数据字典则是系统中各类数据描述的集合，是进行详细的数据收集和数据分析所获得的主要成果。
数据字典在数据库设计中占有很重要的地位。
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程5个部分。
其中数据项是数据的最小组成单位，若干个数据项可以组成一个数据结构，数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
2.1.4.1数据项定义
数据项是不可在分的数据单位。
下面定义了客房管理系统需要的数据项：
表2.1数据项定义
数据项编号
数据项名称
简述
类型及宽度
I1
tno
自行车类型编码
char（10）
I2
Bname
自行车类型
char（20）
I3
bno
自行车品牌编码
char（4）
I4
Cuncheliang
自行车数量
int
I5
Bdate
存车日期
I6
Rdate
还车日期
I7
Rno
顾客编码
I8
bname
顾客姓名
char
（2）
I19
Pay
付款
char（18）
I110
payDate
付款时间
datetime
2.1.4.2数据结构
数据结构反映了数据之间的组合关系，。
一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，或由若干个数据项和数据结构混合组成。
对数据结构的描述通常包括数据结构名、含义等。
表2-2数据结构
数据结构定义
数据结构名
数据结构含义
组成
DS-1
Bicycleinfo
自行车信息表i
Bno,bname,kucunliang,tno
DS-2
bicycletype
Tno,tname
DS-3
borrow
Bno,rno，bdate,rdate
DS-4
cyclelistinfo
顾客明细表
Rno，rname,
DS-5
payinfo
付款记录
Rno,pay,paydate
2.1.4.3数据流
数据流是数据结构在系统内传输的路径。
对数据流的描述通常包括以下内容:
数据流名、说明、数据流来源、数据流去向、组成等。
表2-3数据流
数据流编号
数据流名称
数据流来源
数据流去向
数据流组成
F1
存车
用户存车
顾客
管理员
Rno,bdate,bno
F2
还车
用户还车
Rno,bno,rdate
F3
用户付款
rdate，bdate，pay,paydate,rno,bno
2.1.4.4数据存储
数据存储是数据结构停留或保存的地方，也是数据流的来源和去向之一。
他可以是手工文档或手工凭单，也可以是计算机文档。
表2-4数据存储
数据存储编号
数据存储名称
数据存储组成
相关处理
S1
存车取车几率
记录存车取车几率
Rno,bno,rdate,bdate
P1,p2
S2
记录顾客付款的信息
Rdate,bdate,pay,paydate
P1.p2.p3
2.1.4.5处理过程
处理过程的具体处理逻辑一般是用判定表或判定树来描述。
数据字典中只需要描述处理过程的说明信息，通常包括处理过程编号、名称、说明、输入数据流、输出数据流、处理等。
表2-5处理过程
处理过程编号
处理过程名称
输入的数据流
处理
输出地数据流
P1
更新存车信息
有顾客后，要及时更新存车信息
存车登记表
对存车信息数据进行更新操作
新的存车信息
P2
更取驱车信息
顾客取车
取车信息
对取车时间进行登记
取车记录
P3
顾客付款
顾客选择服务付款
2.2概念设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
它是整个数据库设计的关键。
2.2.1分E-R图
面对每一个局部应用主义设计分E-R图：
名字
编号
自行车
类型
品牌
存车量
存车，取车
2.2.2总E-R图
存取登记表
付款信息表
各子系统的E-R图设计好以后，下一步就是要将所有的分E-R图综合成一个系统的总E-R图。
多个分E-R图一次集成总E-R图，如下图所示：
在消除各种冲突和不必要的冗余之后，基本E-R图就生成了，下一步就是根据概念结构设计结果来进行逻辑结构设计了。
2.3逻辑设计
概念结构是独立于任何一种数据模型的信息结构。
逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与所选用的DBMS产品所支持的数据模型想符合的逻辑结构。
2.3.1E-R图向关系模型转换
把总E-R图转换成为关系模式，关系的码用下划线标出。
顾客（顾客编号，顾客姓名，）
此为顾客实体所对应的关系模式。
自行车（自行车编号，自行车类型，自行车存车辆，自行车编号）
此为房间实体所对应的关系模式。
存取登记表（顾客编号，自行车编号，存车如期，取车日期）
此为存车登记表所对应的关系模式，该关系模式已包含了联系“存取”所对应的关系模式。
付款（付款钱数，付款日期，付款人）
此为付款实体对应的关系模式。
2.3.2数据模型的优化
数据逻辑设计的结果不是唯一的。
为了进一步提高数据库应用系统的性能，还应该分局应用系统的需要适当的修改，调整数据模型的结构，这就是数据模型的优化。
关系数据库模型的优化通常以规范化理论为指导，方法为：
1.确定数据依赖。
2.对于各个关系模式之间的数据依赖进行极小化处理，消除冗余的联系。
3.按照数据依赖的理论对关系模式逐一进行分析，考察是否存在部分函数依赖、传递函数依赖、多值依赖等，确定个关系模式分别属于第几范式。
4.按照需求分析阶段得到的处理要求，分析对于这样的应用环境这些模式是否合适，确定是否要求对某些模式进行合并或分解。
5.对关系模式进行必要的分解，提高数据操作的效率和存储空间利用率。
常用的两种分解发事水平分解法和垂直分解法。
规范化理论为数据库设计人员判断关系模式优劣提供了理论标准，可以来预测模式可能出现的问题，使数据库设计工作有了严格的理论基础。
2.3.3设计用户子模式—视图
将概念模型转换为全局逻辑模型之后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。
目前关系数据库管理系统一般都提供了视图（view）概念，可利用这一功能设计更符合局部用户需要的用户外模式。
对于本系统，综合顾客和管理者的角度，设计了如下视图：
对于顾客，只需要建立状态为空的房间信息的视图：
1.建存车视图，方便顾客查询自行车。
自行车（名城）
对于管理者，则要建立如下几个视图：
2建立付款视图，方便管理者了解入住顾客的信息
付款（付款，付款人编号姓名）
3.建立自行车库存的视图，方便管理者管理自行车信息
自行车（类型，编号，数量）
服务费用（房间编号，服务综费用）
总费用（房间编号，总费用）
2.4物理设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。
2.4.1建立触发器
这个系统为数据表的更新建立了两个触发器，一个是在有新的客人入住时，插入客人入住信息，触发触发器，使房间信息得到更新。
另外就是在有客人退房结账之后，使触发器触发，更新房间信息表。
表2-6定义触发器
触发器名
触发器的作用
View_delete
在顾客退房之后，触发器触发，删除住房登记表中的入住记录
in_status
用来在插入了一条顾客订房纪录之后触发，使该房间状态由‘空’更新为‘满’
Out_status
用来在插入了一条顾客退房记录之后触发，使该房间状态由‘满’更新为‘空’
2.4.2建立存储过程
存储过程是存储在服务器端由一组编译的Transact—SQL语句构成的SQLSever数据库应用程序，它能够检索系统信息、管理数据库或执行其他操作。
为了方便操作，为本系统建立了如下存储过程：
表2-7存储过程
存储过程编号
存储过程名称
存储过程作用
Chaxun
登记自行车信息
Daizou
登记取车记录
查询某个自行车登记记录
2.5数据库实施阶段
2.5.1建立数据库
用SQL语句建立数据库，具体定义如下：
createdatabaseBicycleManagement
2.5.2建立数据表
用SQL语句建立数据表，具体定义如下：
createtableBicycletype
（
tnointidentity（1,1）PRIMARYKEYNOTNULL,
tnamevarchar（20）NOTNULL,
）
INSERTINTOBicycletypeVALUES（'
山地'
普通'
go
select*fromBicycletype
createtableBicycleInfo
bnointNOTNULLPRIMARYKEYidentity（1,1）,
tnointNOTNULLFOREIGNKEYREFERENCESBicycletype（tno）,
bnamevarchar（20）NOTNULL,
cuncheliangintNOTNULL,
insertintoBicycleInfovalues（1,'
凤凰'
0）
你好'
永久'
insertintoBicycleInfovalues（2,'
巨力'
select*fromBicycleInfo
createtableCyclelistinfo
rnointNOTNULLPRIMARYKEYidentity（1,1）,
rnamevarchar（10）NOTNULL,
INSERTINTOCyclelistinfoVALUES（'
李一'
王二'
张三'
select*fromCyclelistinfo
createtableborrowinfo
（
rnointNOTNULL,
bnointNOTNULL,
bdateSmalldatetimeNOTNULL,
rdateSmalldatetime
）
select*fromborrowinfo
createtablePayinfo
PayFloatNOTNULL,
PaydateSmalldatetimeNOTNULL
--select*fromPayinfo
createprocedurecunche
@r_rnoint,@b_bnoint
As
INSERTINTOborrowinfo（bno,rno,bdate）VALUES（@b_bno,@r_rno,GETDATE（））
2.5.3数据库入库
本次数据采用插入数据导入的方法导入数据。
数据导入后基本表如下所示：
1.基本表—bicycletype
2.
3.基本表bicycleinfo
4.
5.
6.基本表Cyclelistinfo
7.
8.基本表borrowinfo
9.
10.
基本表payinfo
11.
2.6调试与测试
2.6.1触发器定义
定义信息在有人存车之后更新的触发器
CREATETRIGGERinsert_borrowinfo
ONborrowinfo
AFTERINSERT
AS
DECLARE@bint
SET@b=（SELECTbnoFROMInserted）
UPDATEBicycleInfoSETBicycleInfo.cuncheliang=BicycleInfo.cuncheliang+1WhereBicycleInfo.bno=@b
GO
定义登记信息在有人取车之后更新的触发器
CREATETRIGGERupdate_borrowinfo
AFTERupdate
UPDATEBicycleInfoSETBicycleInfo.cuncheliang=BicycleInfo.cuncheliang-1WhereBicycleInfo.bno=@b
--dropTRIGGERt_update_bor_Pay
定义还车之后差法付款触发器
CREATETRIGGERt_update_bor_Pay
DECLARE@bSmalldatetime
DECLARE@rnoint
DECLARE@rSmalldatetime
SET@r=（SELECTrdateFROMInserted）
SET@rno=（SELECTrnoFROMInserted）
SET@b=（SELECTbdateFROMInserted）
insertINTOPayinfo（rno,Pay,Paydate）VALUES（@rno,5*DATEDIFF（day,@b,@r）+5,GETDATE（））
2.6.2视图的定义
建立空房间信息视图
createviewv_borrow--1
As
Selectbno,rnamefromborrowinfo,CyclelistinfowhereCyclelistinfo.rno=borrowinfo.rnoandborrowinfo.rdateisNULLgroupbyrname,bno
建立付款视图
createviewv_Pay--1
As
SelectCyclelistinfo.rno,rname,Payinfo.PayassumPay
fromCyclelistinfo,PayinfowhereCyclelistinfo.rno=Payinfo.rnogroupbyCyclelistinfo.rno,rname,Payinfo.Pay
建立视图自行车存储数据
createviewv_stock--1
Selectbno,bname,cuncheliangfromBicycleInfogroupbybno,bname,cuncheliang
2.6.3存储过程定义
1存储过程，存车
--dropproceduredaizou
2存储过程，取车
createproceduredaizou
@r_rnoint,@b_bnoint
As
UPDATEborrowinfoSETrdate=GETDATE（）
Whererno=@r_rnoandbno=@b_bnoandrdateisNULL
3存储过程，查询
createprocedurechaxun
@r_rnoint
selectrname,bname,borrowinfo.bdateasydate,tno
fromBicycleInfo,borrowinfo,Cyclelistinfowhereborrowinfo.rno=@r_rno
andBicycleInfo.bno=borrowinfo.bnoandCyclelistinfo.rno=@r_rnoandborrowinfo.rdateisNULLo
2.6.4数据操纵验证
数据操纵验证见附录
3收获与体会
经历了两周的数据库课程设计，我从开始只知道写几句SQL语句到对数据库设计有了一个全新的认识，从理论上升到了实践的高度，收获颇丰。
在实习的过程当中，我遇到了很多问题，特别是在开始需求分析阶段，觉得什么也不会做，什么也不知道去做。
后来在网上了解到了好多关于客房管理的知识，对数据库设计也有了一定的了解，在自己的努力下和老师悉心教导了下，我学到了课堂上学不到的很多东西，虽然也被老师批评过，但是批评之后，我对知识的记忆将更加深刻。
从中我知道了，只要我们不畏艰辛，坚持不懈，我们能做到很多不敢想不敢做的事情，只有从失败中不断学习，才能进步
4存在的问题与建议
4.1存在问题
1.对书本知识不熟悉，课程设计过程当中需要不断的查阅课本，这样造成了时间的浪费。
2.对SQLServer2000操作不熟悉，导致导入数据是经常出错，造成了一些不必要的麻烦，应该提高操作熟练程度。
3.对于触发器和存储过程定义不是很熟悉，有的稍微难点的语句写不出来，对于数据库定义语句应该要熟练掌握。
4.对数据库设计总体把握不是很准确，导致中间多次反复的改动前面的业务流程图、数据流图和E-R图。
5对于流程图和业务流程图er图的掌握还差很多
4.2感受
在实习中，老师对我们细心辅导让我很感动，同学也热情的解答了我问的问题，唯一觉得不太适应的就是数据库实习的时间太短暂，没有充分的时间去全面考虑整个数据库的设计，这使得数据库的设计有很多方面不是很全面。
但总体来说，这次数据库课程设计给我提供了一个锻炼自我，提高自我的机会，让我觉得计算机专业课其实很有意思，改变了我对计算机专业课难、没意思的看法，，也改变了以前不想动手的烂习惯，这些都对让我有了很大的进步，能够更好的学习进步
升级会员 