“好心情旅行社”旅游管理系统介绍.doc

“好心情旅行社”旅游管理系统介绍

77
2020年5月29日
文档仅供参考

本科学生综合性实验报告

课程名称:数据库系统原理

”好心情旅行社”旅游管理系统

项目 成员 学号
学号
班 级
实验项目名称”好心情旅行社”旅游管理系统
指导教师及职称
开课学期 至 年 第1 学期
完成时间 年 12 月 23

1.需求分析 2
1.1编写目的 2
1.2背景 2
1.3系统目标 2
1.4需求分析 2
1.4.1系统功能分析 2
1.4.2系统总体功能图 4
1.4.3 主要流程图 6
1.4.4数据需求及业务规则分析 8
1.4.5数据约束分析 9
1.5数据字典 10
1.5.1数据项与数据结构 10
1.5.2数据处理 12
2 数据库概念设计 13
2.1定义实体集及属性 13
2.2定义联系集及属性 13
2.3 E-R模型设计 13
2.3.1实体E-R模型设计 14
2.3.2二元联系E-R模型设计 16
2.3.3 弱联系E-R模型设计 17
2.3.4四元联系E-R模型设计 17
2.3.4聚合联系E-R模型设计 18
2.3.5总 E-R模型设计 18
3 逻辑设计 19
3.1实体集转化为关系模式 19
3.2联系集转化为关系模式 20
3.3聚合联系集转化为关系模式 20
3.4关系设计 20
3.5函数关系依赖 24
3.6模式求精 24
4 物理设计 26
4.1关系模式存储方式选择 27
4.1.1索引存取方式,主要采用B+ 树索引方法 27
4.1.2聚簇存取方式 27
4.2数据库的存取结构 27
4.2.1数据的存放位置 27
4.2.2数据存储路径 28
5 数据库脚本 28
6 触发器与存储过程 37

”好心情旅行社”管理系统
1.需求分析
需求分析将从目的、背景、目标及用户需求等方面进行分析,为概念设计提供依据。
1.1编写目的
设计一个旅行社管理系统供旅行社管理员与旅客及相关人员的使用,提高旅行社管理工作的效率,减少以往人员冗余的问题,实现旅行社管理的全面自动化,减少管理中的漏洞,节约管理开支,增加经济收入。同时为旅客旅行带来方便及减少费用。
1.2背景
一方面,随着人们生活水平的提高,人们的生活方式不再仅限于普通的衣、食、住、行。人们不但要在物质方面得到提高,而且在精神方面也追求质的突变。于是,人们越来越多的选择在周末或假期外出旅游,享受旅游带来的乐趣,扩展视野。另一方面,在这个以速度与效率为主的时代,你能够看到穿梭在大街小巷,行色匆匆的人群,经过长时间的紧张忙碌的生活方式,不但对人们的身体造成严重的损害,更极大地摧残人们的心理。
在这样一种情况下,我们就开创了”好心情旅行社”,旨在让人们欣赏风景的同时收获美好的心情,然后开始新的生活。而如何运营好一个旅行社就需要有一个合适的管理系统来规范,因此旅行社管理系统的建立是十分必要的。
1.3系统目标
旅客经过系统能够查看旅游线路信息和导游信息;导游能够查阅线路信息和导游自己的信息,修改导游信息,添加导游信息,删除导游信息;线路管理员能够经过系统查看线路信息,添加线路信息,删除线路信息。
1.4需求分析
需求分析主要包括以下内容:系统功能需求、系统总体功能图、数据字典、实体和数据。

1.4.1系统功能分析
根据旅行社管理要求以及景点、线路分析,旅行社管理系统应该提供以下方面的功能。
(1)旅客基本信息管理:提供旅客的基本信息录入及其查询功能。包括:
①录入旅客的基本信息。
②更新,增加和删除旅客的基本信息。
③用户可根据旅客名字和编号查询旅客的基本信息。
(2)导游基本信息管理:提供导游基本信息录入,维护和查询功能。包括:
①录入导游基本信息。
②更新,增加和删除导游基本信息。
③用户可根据导游编号,名字查询导游基本信息。
(3)线路基本信息管理:提供线路基本信息录入,维护和查询功能。包括:
①录入线路基本信息。
②更新,增加和删除线路基本信息。
③用户可根据线路编号、名称查询线路基本信息。
(4)旅游景点基本信息管理:提供旅游景点基本信息录入,维护和查询功能。包括:
①录入旅游景点基本信息。
②理员可更新,增加和删除旅游景点基本信息。
③用户可根据旅游景点编号,名称查询旅游景点基本信息。
(5)线路方案基本信息管理:提供线路方案基本信息录入,维护和查询功能。包括:
①录入线路方案基本信息。
②管理员可更新,增加和删除线路方案基本信息。
③用户可根据线路方案编号,名称查询线路方案基本信息。
(6)旅客旅游信息管理:提供旅客旅游基本信息录入,维护和查询功能。包括:
①录入旅客旅游基本信息。
②更新,增加和删除旅客旅游基本信息。
③根据旅客旅游订单编号,名称查询旅客旅游基本信息。
(7)旅客对导游评价信息管理:提供旅客对导游评价基本信息的录入,维护,查询和统计功能。包括:
①录入旅客对导游评价基本信息。
②更新,增加和删除旅客对导游评价的基本信息。
③统计旅客对导游评价信息。
(8)旅客对景点评价信息管理:提供旅客对景点评价基本信息的录入,维护,查询和统计功能。包括:
①录入旅客对景点评价基本信息。
②更新,增加和删除旅客对景点评价的基本信息。
③统计旅客对景点评价信息。
(9)信息统计管理:根据不同条件统计各种信息。包括:
①统计导游的综合得分,确定导游受欢迎程度。
②统计景点的综合得分,确定景点排行。
③统计线路、景点的客流量。
1.4.2系统总体功能图
该系统总体功能图如图1.1所示。
好心情旅行社旅游管理系统
旅客基本信息管理
增加旅客信息
修改旅客信息
删除旅客信息
查看旅客信息
统计旅客信息
导游基本信息管理
增加导游信息
修改导游信息
删除导游信息
查看导游信息
线路基本信息管理
统计导游信息
增加线路信息
修改线路信息
删除线路信息
查看导游信息
统计线路信息
景点基本信息管理
增加景点信息
修改景点信息
删除景点信息
查看景点信息
统计景点信息
线路方案基本信息管理
删除方案信息
查看方案信息
统计方案信息
增加、修改方案信息

好心情旅行社旅游管理系统
旅客旅游信息管理
旅客旅游订单信息增加
旅客旅游订单信息修改
旅客旅游订单信息删除
旅客旅游订单信息查询
旅客旅游订单信息统计
旅客对导游评价信息管理
旅客对导游评价信息增加

旅客对导游评价信息修改

旅客对导游评价信息删除
旅客对导游评价信息查询

旅客对导游评价信息统计

旅客对景点评价信息管理

旅客对景点评价信息修改

旅客对景点评价信息增加

旅客对景点评价信息删除

旅客对景点评价信息查询

旅客对景点评价信息统计

图1.1 系统功能图
1.4.3 主要流程图

Y
开始
选择线路、线路方案、出行时间等信息
是否预订?
是否豪华团?
是否经济团
乘坐汽车大巴
乘坐飞机
是否继续预订?
结束
N
Y
N
Y
N
是否选择硬座标准团
是否硬卧标准团
选择软卧标准团
乘坐硬卧
N
选择硬座
Y
N
N
预订流程图 1.2
开始
是否评价导游?
选择要评价的导游,并对其评价
是否继续评价?
是否评价景点?
选择要评价的景点,并对其评价
是否继续评价?
结束
N
Y
Y
Y
Y
N
N
N

评价流程图 1.3
1.4.4数据需求及业务规则分析
业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定,基于上述功能需求,经过进一步了解某旅行社的管理数据需求及业务分析规则如下:
（1） 旅客由旅客编号唯一标识,需要存储旅客的姓名,性别,家庭住址,电话号码,身份证号等信息。其中家庭住址由省份,城市及街道组成。
（2） 导游由导游编号唯一标识,需要存储导游的姓名,性别,家庭地址,电话号码,身份证号等信息。其中家庭住址由省份,城市及街道组成。
（3） 线路信息表由线路编号唯一标识,需要存储线路名称,出发时间,结束时间,出发地,目的地,价格等信息。
（4） 景点信息表由景点编号唯一标识,需要储存景点名称,营业时间,票价,优惠措施,注意事项等信息。旅客能够凭学生证享受半价优惠,10岁以下儿童免费,旅客必须保持景点卫生,不能故意毁坏景点设施等。
（5） 线路方案信息表由线路方案编号唯一标识,需要存储方案名称、价格 、交通方式、总票数等信息。
（6） 旅客预订信息表由预订编号唯一标识,包括预定时间、出行时间、旅客标号、线路编号、线路方案编号、单价等信息。一个旅客能够预订多条线路,一条线路能够被多个旅客预订。
（7） 旅客出行信息表由出行编号唯一标识,包括出行时间、旅客编号、导游编号、线路编号、线路方案编号、景点编号、参观景点时间等信息。一个旅客能够参加多条线路的旅游,一条线路能够由多个旅客参加,一条线路能够由多个导游参加,一条线路能够包含多个旅游景点,一个导游能够带领多个旅客。
（8） 旅客对导游评价表由旅客编号和评价日期唯一标识,需要储存导游编号, 评价得分等信息。每个旅客能够对多个导游进行评价,每个导游可由多个旅客评价。
（9） 旅客对景点评价表由旅客编号和评价日期唯一标识,需要存储景点编号、评价得分等信息。每个旅客能够对多个景点进行评价,每个景点可由多个旅客评价。
（10） 方案类型包括豪华团,经济团,硬座标准团,硬卧标准团,软卧标准团五种,豪华团交通工具为飞机,经济团交通方式为汽车大巴。火车都为有空调火车。
（11） 评价都是匿名评价。
（12） 在旅游之前必须先交清旅游费用,没有特殊情况时,中途退出不退款。景点门票另外交费。
（13） 不允许退票和换票。
（14） 旅客在旅游期间必须服从导游的安排,不得擅自离队,自由行动。
（15） 交通工具是根据方案类型而定的。
（16） 同一条线路能够根据交通工具,餐饮住宿条件的不同而确定不同的价格。

1.4.5数据约束分析
(1)用户访问权限:任何用户都不能访问其它用户的密码。
(2)密码由六个字符组成,而且每个人设置的密码都是唯一的。
(3)任何导游查询自己带领的旅客情况,不可访问到其它导游的业务情况。
(4)旅客编号规则:由字母P开头再加上8位数字,后8位数字按流水号依次生成。每一个旅客编号都是唯一的。
(5)导游编号规则:由字母G开头再加上8位数字,前四位数字按照导游加入旅行社的年份生成,后四位按流水号依次生成。每一个导游编号都是唯一的。
(6)线路编号规则:由字母L开头,第二个字母代表线路起始地,第三个字母代表线路目的地,其中后六位则是按流水号依次生成。每一条线路编号是唯一的。
(7)景点编号规则:由字母S开头再加上8位数字,后8位数字按流水号依次生成。每一个景点编号都是唯一的。
(8)旅客预订单编号规则:由字母O开头再加上8位数字,后8位数字按流水号依次生成。每一个订单编号都是唯一的。
(9)旅客出行单编号规则:由字母T开头再加上8位数字,后8位数字按流水号依次生成。每一个订单编号都是唯一的。
(10)家庭住址(address)能够为空值,字数不得超过20字。
(11)电话号码(teletphone)不能为空值,取值范围-, 固定电话加地区号输入。
(12)性别(sex)不能为空值,只能输入f或m(f代表男性,m代表女性).
(13)姓名(Name)不能为空值,不得超过20字。
(14)费用说明(feeExplain)能够为空值,不得超过25字,用文字说明。
(15)出发地(start)不能为空值,不得超过20字,用文字说明,默认只能用城市名。
(16)目的地(distination)不能为空值,不得超过20字,用文字说明,默认只能用城市名。
(17)评价管理中,各项评价得分区间均为0——10分,分数越高代表评价越高。每位旅客对各项评价内容都进行了评价。
1.5数据字典
数据字典包括数据项、数据结构、数据处理3个部分。其中数据项是数据的最小组成单位,若干个数据项能够组成一个数据结构,数据字典经过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
1.5.1数据项与数据结构
经过对所建立的表进行分析,我们得到了以下一些数据项,如表1.1至表1.4所示。
表1.1 旅客信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
pasNo
char(9)
旅客编号
Not null
P00000001-P99999999 主键
P代表旅客,后8位按顺序编号,是主码
pasName

varchar(20)
旅客姓名
Not null
不得超过20字

sex
char(2)
性别
Not null
f/m
f代表男性,m代表女性
address

varchar(20)
家庭住址
Null
不得超过20字

teletphone
char(11)
电话
Not null
-
若输入家庭号码,则要输入地区号
IDNo
Char(18)
身份证号
Not null
由18个数字组成

表1.2 导游信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
guideNo
char(9)
导游编号
Not null
G00000001-G99999999 主键
G代表导游,后8位按顺序编号,是主码
guideName

varchar(20)
导游姓名
Not null
不得超过20字

sex
char(2)
性别
Not null
f/m
f代表男性,m代表女性
address

varchar(20)
家庭住址
Null
不得超过20字

teletphone
char(11)
电话
Not null
-
若输入家庭号码,则要输入地区号
IDNo
Char(18)
身份证号
Not null
由18个数字组成

表1.3 线路信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
lineNo1
char(9)
线路编号
Not null
LXY000001-LXY99999999 主键
L代表线路,X代表出发地,Y代表目的地,后6位按顺序编号,是主码
startime
datetime
出发时间
null
default'每天'

start
varchar(40)
出发地
Not null
不得超过20字
用文字说明
distination
varchar(40)
目的地
Not null
不得超过20字
用文字说明

表1.4 景点信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
sceNo
char(9)
景点编号
Not null
S00000001-S 主键
S代表景点,后8位按顺序编号,是主码
sceName

varchar(20)
景点名称
Not null
不得超过20字

bushours
char(20)
营业时间
Not null
不得超过20字
营业时间段
ticketprice
int
票价
null

discount
varchar(40)
优惠措施
null
不得超过20字
用文字说明
attention
varchar(40)
注意事项
null
不得超过20字
用文字说明

表1.5 线路方案信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
Pno
char(3)
方案编号
Not null
001- 999主键
按流水号生成
Pname

varchar(20)
方案类型名称
Not null
不得超过20字

Pprice
int
价格
Not null

vehicle
Varchar(10)
交通方式
Null

quantity
int
总票数
Not null
default'30'
默认为30张

1.5.2数据处理
为了实现预期的系统功能,我们建立了以下数据处理过程,如表1.6所示。

表1.6数据处理
编号
功能
处理说明
1.
统计某一年龄的旅客人数
输入旅客年龄,对旅客基本信息逐条查询累计人数
2.
统计各年龄段的旅客人数
输入正确的年龄段,对旅客基本信息逐条查询累计计数
3
统计某一出发地的路线数
输入出发地城市名,对路线基本信息逐条查询累计人数
4
统计某一目的地的路线数
输入目的地城市名,对路线基本信息逐条查询累计人数
5
统计选择某一种线路方案的人数
输入方案编号,对出行表基本信息逐条查询人数
6
统计某一线路的预订人数
输入线路编号,对订单信息逐条查询累计计数
7
统计某一线路的出行人数
输入线路编号,对出行信息逐条查询累计计数
8
统计导游综合得分
根据旅客对导游评价表统计导游的综合得分,确定导游受欢迎程度
9
统计景点综合得分
根据旅客对导游评价表统计景点的综合得分,确定景点排行
2 数据库概念设计
对实体集及属性、联系集及属性进行定义和E-R模型设计。
2.1定义实体集及属性
(1)旅客实体集Passenger:旅客编号(pasNo)、旅客姓名(pasName)、性别(sex)、家庭住址(address)、电话(telephone)、身份证号(IDNo)、出生日期(birthday)等信息。
(2)导游实体集Guide:导游编号(guideNo)、导游姓名(guideName)、性别(sex)、家庭住址(address)、电话(telephone)、身份证号(IDNo)、出生日期(birthday)等信息。
(3)线路实体集Line: 线路编号(lineNo1)、线路名称(lineName)、出发时间(startime)、 出发地(start)、目的地(distination)等信息。
(4)景点实体集Secenry:景点编号(sceNo)、景点名称(sceName)、营业时间(bushours)、票价(ticketprice)、优惠措施(discount)、注意事项(attention)等信息。
(5)线路方案实体集lineProject:方案编号(Pno)、方案类型(Pstyle)、价格(Pprice)、总票数(quantity)、交通方式(vehicle)等信息。
2.2定义联系集及属性
(1) EvaluateG联系集:旅客(Passenger)与导游(Guide)之间多对多的联系集。任何旅客能够评价带领她的导游,一个导游能够被她所带领的旅客评价。属性:评价时间(evaluateDate)、 评价得分(evaluateGscore)等信息。
(2) EvaluateS联系集:旅客(Passenger)与景点(Secenry)之间多对多的联系集。旅客能够评价她所参观的任何景点,一个景点也能够所有旅客评价。属性:评价时间(evaluateDate)、 评价得分(evaluateSscore)等信息。
(3)travel联系集:旅客(Passenger)、导游(Guide)、景点(scenery)与线路(Line)与线路方案(LineProject)组成的聚合之间的四元联系集。表明一个导游能够带领多个旅客,一个旅客也能够选择多条线路。属性:旅客编号(pasNo)、导游编号(guideNo)、线路编号(lineNo1)、出行时间 (startdate )、总票数(quantity)等信息。
(4)arrange联系集:线路(line)与线路方案(lineProject)之间的标识联系集。表明一条线路能够由多个方案,一个方案只能对应一条线路。
(5)order联系集:旅客(Passenger)、具有日期(date)属性,用聚合表示。

2.3 E-R模型设计
系统的E-R模型设计,不但包括基本实体的E-R图设计,还包括两个实体之间的联系的E-R图设计,下面分别从单个实体E-R图设计、两个实体E-R图设计以及聚合的E-R图设计进行简单表示与阐述。
2.3.1实体E-R模型设计
所有实体描述如下:
(1)旅客(Passenger)基本属性如图2.1所示。
Passenger
pasName
sex
address

teletphone
IDNo
birthday
pasNo

图 2.1 Passenger实体集
(2)导游(Guide)基本属性如图2.2所示。
Guide
guideName

sex
address

teletphone
IDNo
birthday
guideNo

图 2.2 Guide实体集

(3)线路(Line)基本属性如图2.3所示。
Line
startime
tertime
start
distination
lineNo

图 2.3 Line实体集

(4)景点(Secenry)基本属性如图2.4所示。

Scenery
sceNo
sceName
bushours
ticketprice
discount
attention

图 2.4 Secenry实体集
(5)线路方案lineProject基本属性如图 2.5所示。
lineProject
Pno
Pprice
vehicle
Pname

2.3.2二元联系E-R模型设计

(1)EvaluateG联系集的E-R图如图2.6所示。

Passenger
evaluateG
Guide
evaluateDate
evaluateGscore

图2.6 EvaluateG联系集
(2)EvaluateS联系集的E-R图如图2.7所示。

Passenger
evaluateS
Scenery
evaluateDate
evaluateSscore

图2.7 EvaluateS联系集
2.3.3 弱联系E-R模型设计
(1)arrange联系集的E-R图如图2.8所示。

line
lineProject
arrange

图2.8 arrange联系集

2.3.4四元联系E-R模型设计
(1)travel联系集的E-R图如图2.9所示。
travel
stardate
Passenger
Guide
line
lineProject
arrange
scenery

图2.9 travel联系集

2.3.4聚合联系E-R模型设计
(1)order联系集的E-R图如图3.0所示。
Passenger
order
date
arrange
lineproject
line

图3.0 order联系集
2.3.5总 E-R模型设计
（17） 总体E—R图如图3.1所示。
arrangee
Line
travel
order
evaluateGGGGGG
Passenger
Guide
Scenery
evaluateS
LineProject

图3.1 总E—R图
3 逻辑设计
本次设计的数据库在SQL Server 上实现,将概念结构设计中的E-R图转换成SQL Sever 支持的关系数据模型。
3.1实体集转化为关系模式
将所有的实体分别转换为单独的一张表。
(1)旅客实体集Passenger:
Passenger(pasNo, pasName, sex, address, telephone, IDNo)

(2)导游实体集Guide:
Guide(guideNo, guideName , sex, address, telephone, IDNo)

(3)线路实体集Line:
Line(lineNo1, startime, start, distination)

(4)景点实体集Scenery:
Scenery(sceNo, sceName, bushours, ticketprice, discount, attention)

(5)线路方案实体集LineProject:
LineProject(Pno,Pname,Pprice ,vehicle,quantity)
3.2联系集转化为关系模式
(1)1:M的处理:联系属性可放在参与联系的”多”的那一边实体集中
① arrange联系集:能够在lineProject的属性中增加一个LineNo1属性
arrange (Pno,Pstyle,Pprice,quantity,vehicle,lineno1)
(2)M:N的处理:多对多联系集的主码由参与联系集中所有实体集的主码
组成。
① EvaluateG联系集:
EvealuateG(pasNo 、guideNo 、evaluateDate、evaluateGscore)
② EvaluateS联系集:
EvealuateS(pasNo 、sceNo、evaluateDate、evaluateScore)
(3)M:N:P:T的处理:四元联系的主码由参与联系集的所有实体集的主码能够唯一确定。
①travel联系集:
travel(traNo 、pasNo 、guideNo 、lineNo1、sno,pno,startdate 、trantime)
3.3聚合联系集转化为关系模式
(1)聚合order联系集转化而成的关系模式为:
order(orderNo、pasNo、lineNo1、pno、stardate、orderdate,price)
3.4关系设计
关系设计包括转换后所得表和函数依赖关系,转换之后的关系如表3.1至表3.7所示。
表3.1 旅客信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
pasNo
char(9)
旅客编号
Not null
P00000001-P99999999 主键
P代表旅客,后8位按顺序编号,是主码
pasName

varchar(10)
旅客姓名
Not null
不得超过20字

sex
char(1)
性别
Not null
f/m
f代表男性,m代表女性
address

varchar(50)
家庭住址
Null
不得超过20字

teletphone
char(20)
电话
null
-
若输入家庭号码,则要输入地区号
IDNo
Char(18)
身份证号
Not null
由18个数字组成

表3.2 导游信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
guideNo
char(9)
导游编号
Not null
G00000001-G99999999 主键
G代表导游,后8位按顺序编号,是主码
guideName

varchar(10)
导游姓名
Not null
不得超过20字

sex
char(1)
性别
Not null
f/m
f代表男性,m代表女性
address

varchar(50)
家庭住址
Null
不得超过20字

teletphone
char(20)
电话
Not null
-
若输入家庭号码,则要输入地区号
IDNo
Char(18)
身份证号
Not null
由18个数字组成

表3.3 线路信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
lineNo1
char(9)
线路编号
Not null
LXY000001-LXY99999999 主键
L代表线路,X代表出发地,Y代表目的地,后6位按顺序编号,是主码
startime

出发时间
Not null
每天

start
varchar(40)
出发地
Not null
不得超过20字
用文字说明
distination
varchar(40)
目的地
Not null
不得超过20字
用文字说明

表3.4 景点信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
sceNo
char(9)
景点编号
Not null
S00000001-S 主键
S代表景点,后8位按顺序编号,是主码
sceName

varchar(20)
景点名称
Not null
不得超过20字

bushours
char(20)
营业时间
Not null
00:00-24:00
营业时间段
ticketprice
int
票价
null

discount
varchar(40)
优惠措施
null
不得超过20字
用文字说明
attention
varchar(40)
注意事项
null
不得超过20字
用文字说明

表3.5 线路方案信息表
数据项
数据类型
别名
是否为空
取值范围
取值含义
Pno
char(3)
方案编号
Not null
001- 999主键
按流水号生成
lineNo1
char(9)
线路编号
Not null
LXY000001-LXY99999999 主键
L代表线路,X代表出发地,Y代表目的地,后6位按顺序编号,是主码
Pname

varchar(20)
方案名称
Not null
不得超过20字

Pprice
int
价格
Not null

vehicle
Varchar(10)
交通方式
Null

quantity
int
总票数
Not Null
default'30'
默认总票数为30

表3.6预订信息表

数据项
数据类型
别名
是否为空
约束
取值含义
orderNo
char(9)
预订编号
Not null
O00000001-O99999999 主键
O代表预订,后8位按顺序编号
pasNo
char(9)
旅客编号
Not null
P00000001-P99999999 外键
来自旅客信息表
lineNo
char(9)
线路编号
Not null
L00000001-L99999999 外键
来自线路信息表
PNo
char(9)
方案编号
Not null
P00000001-P99999999 外键
来自方案编号
stardate
datetime
出发时间
Not null

orderdate
datetime
预定时间
Not null

price
int
单价
null

表3.7出行信息表
数据项
数据类型
别名
是否为空
约束
取值含义
traNo
char(9)
出行编号
Not null
T00000001-T99999999 主键
T代表出行,后8位按顺序编号
PasNo
char(9)
旅客编号
Not null
P00000001-P99999999 外键
来自旅客信息表
guideNo
char(9)
导游编号
Not null
G00000001-G99999999 外键
来自导游信息表
lineNo
char(9)
线路编号
Not null
L00000001-L99999999 外键
来自线路信息表
sceNo
char(9)
景点编号
Not null
S00000001-S99999999 外键
来自景点信息表
PNo
char(9)
方案编号
Not null
P00000001-P99999999 外键
来自方案编号
startdate
datetime
出发时间
Not null

trantime
datetime
参观景点时间
Not null

表3.8旅客对导游评价信息表
数据项
数据类型
别名
是否为空
约束
取值含义
guideNo
char(9)
导游编号
Not null
G00000001-G99999999 外键
来自导游信息表
pasNo
char(9)
旅客编号
Not null
P00000001-P99999999 外键
来自旅客信息表
evaluateGscore
Int
评价分数
null

evaluateDate
datetime
评价时间
null

表3.9旅客对景点评价信息表
数据项
数据类型
别名
是否为空
约束
取值含义
sceNo
char(9)
景点编号
Not null
G00000001-G99999999 外键
来自景点信息表
pasNo
char(9)
旅客编号
Not null
P00000001-P99999999 外键
来自旅客信息表
evaluateSscore
Int
评论分数
Not null

evaluateDate
datetime
评价时间
Not null

3.5函数关系依赖
(1)旅客信息表
R1(旅客编号、旅客姓名、性别、家庭住址、电话、身份证号)∈3NF。
(2)导游信息表
R2(导游编号、导游姓名、性别、家庭住址、电话、身份证号)∈3NF。
(3)线路信息表
R3(线路编号、出发时间、出发地、目的地)∈3NF。
(4)景点信息表
R4(景点编号、景点名称、营业时间、票价、优惠措施、注意事项)∈3NF。