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

“好心情旅行社,

旅游管理系统介绍

H曲财怪比蜂

♦■

本科学生综合性实验报告

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

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

项目成员学号

—学号

班级

实验项目名称“好心情旅行社”旅游管理系统

文档仅供参考

指导教师及炽称

开课学期一至一年盗，学期

完成时间乞12月23

文档仅供参考

2.3.4聚合联系E-R模型设计............

2.3.5总E-R模型设计...................

3逻辑设计...................................

3.1实体集转化为关系模式..................

3.2联系集转化为关系模式.................

3.3聚合联系集转化为关系模式.............

3.4关系设计..............................

3.5函数关系依赖..........................

3.6模式求精..............................

4物理设计...................................

4.1关系模式存储方式选择..................

4.1.1索引存取方式，主要采用B+树索引方

4.1.2聚簇存取方式.....................

4.2数据库的存取结构......................

4.2.1数据的存放位置

4.2.2数据存储路径.....................

5数据库脚本..................................

6触发器与存储过程...........................

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

文档仅供参考

L需求分析

需求分析将从目的、背景、目标及用户需求等方面进行分析为

概念设计提供依据，

1.1编写目的

设计一个旅行社管理系统供旅行社管理员与旅客及相关人员

的使用，提高旅行社管理工作的效率，减少以往人员冗余的问题，实

现旅行社管理的全面自动化，减少管理中的漏洞，节约管理开支，增

加经济收入。同时为旅客旅行带来方便及减少费用。

1.2背景

一方面，随着人们生活水平的提高，人们的生活方式不再仅限

于普通的衣、食、住、行。人们不但要在物质方面得到提高，而

且在精神方面也追求质的突变。于是，人们越来越多的选择在周

末或假期外出旅游，享受旅游带来的乐趣扩展视野。另一方面，在

这个以速度与效率为主的时代,你能够看到穿梭在大街小巷，行色

匆匆的人群,经过长时间的紧张忙碌的生活方式，不但对人们的身

体造成严重的损害,更极大地摧残人们的心理。

在这样一种情况下，我们就开创了“好心情旅行社”，旨在让

人们欣赏风景的同时收获美好的心情,然后开始新的生活。而如

何运营好一个旅行社就需要有一个合适的管理系统来规范，因此

旅行社管理系统的建立是十分必要的。

文档仅供参考

13系统目标

旅客经过系统能够查看旅游线路信息和导游信息;导游能够

查阅线路信息和导游自己的信息,修改导游信息，添加导游信息删

除导游信息;线路管理员能够经过系统查看线路信息，添加线路信

息，删除线路信息。

1.4需求分析

需求分析主要包括以下内容:系统功能需求、系统总体功能

图、数据字典、实体和数据。

1.4.1系统功能分析

根据旅行社管理要求以及景点、线路分析,旅行社管理系统应该

提供以下方面的功能。

⑴旅客基本信息管理:提供旅客的基本信息录入及其查询功能。

包括：

①录入旅客的基本信息。

②更新，增加和删除旅客的基本信息。

③用户可根据旅客名字和编号查询旅客的基本信息。

⑵导游基本信息管理:提供导游基本信息录入，维护和查询功能。

包括:

①录入导游基本信息。

②更新，增加和删除导游基本信息。

文档仅供参考

③用户可根据导游编号，名字查询导游基本信息。

⑶线路基本信息管理:提供线路基本信息录入，维护和查询功能。

包括：

①录入线路基本信息。

②更新，增加和删除线路基本信息。

③用户可根据线路编号、名称查询线路基本信息。

⑷旅游景点基本信息管理:提供旅游景点基本信息录入，维护和查

询功能。包括：

①录入旅游景点基本信息。

②理员可更新，增加和删除旅游景点基本信息。

③用户可根据旅游景点编号，名称查询旅游景点基本信息。

(5)线路方案基本信息管理:提供线路方案基本信息录入，维护和查

询功能。包括：

①录入线路方案基本信息。

②管理员可更新，噌加和删除线路方案基本信息。

③用户可根据线路方案编号，名称查询线路方案基本信息。

(6)旅客旅游信息管理:提供旅客旅游基本信息录入，维护和查询功

能。包括：

①录入旅客旅游基本信息。

文档仅供参考

②更新，增加和删除旅客旅游基本信息。

③根据旅客旅游订单编号，名称查询旅客旅游基本信息。

⑺旅客对导游评价信息管理:提供旅客对导游评价基本信息的录

入，维护，查询和统计功能。包括：

①录入旅客对导游评价基本信息。

②更新，增加和删除旅客对导游评价的基本信息。

③统计旅客对导游评价信息。

⑻旅客对景点评价信息管理:提供旅客对景点评价基本信息的录

入，维护，查询和统计功能。包括：

①录入旅客对景点评价基本信息。

②更新，增加和删除旅客对景点评价的基本信息。

③统计旅客对景点评价信息。

⑼信息统计管理:根据不同条件统计各种信息。包括：

①统计导游的综合得分，确定导游受欢迎程度。

②统计景点的综合得分，确定景点排行。

③统计线路、景点的客流量。

1.4.2系统总体功能图

该系统总体功能图如图1.1所示。

文档仅供参考

文档仅供参考

图1」系统功能图

1.4.3主要流程图

文档仅供参考

预订流程图1.2

文档仅供参考

评价流程图1.3

1.4.4数据需求及业务规则分析

业务规则分析主要是分析系统中数据之间的约束以及数据库

的范围界定，基于上述功能需求，经过进一步了解某旅行社的管理

数据需求及业务分析规则如下:

（1）旅客由旅客编号唯一标识,需要存储旅客的姓名，性别，家庭

住址，电话号码，身份证号等信息。其中家庭住址由省份，城

市及街道组成。

（2）导游由导游编号唯一标识,需要存储导游的姓名，性别，家庭

文档仅供参考

地址，电话号码，身份证号等信息。其中家庭住址由省份，城

市及街道组成。

（3）线路信息表由线路编号唯一标识，需要存储线路名称，出发时

间，结束时间,出发地，目的地,价格等信息。

（4）景点信息表由景点编号唯一标识，需要储存景点名称，营业时

间，票价，优惠措施，注意事项等信息。旅客能够凭学生证享

受半价优惠,10岁以下儿童免费，旅客必须保持景点卫生，不

能故意毁坏景点设施等。

（5）线路方案信息表由线路方案编号唯一标识，需要存储方案名

称、价格、交通方式、总票数等信息。

（6）旅客预订信息表由预订编号唯一标识，包括预定时间、出行

时间、旅客标号、线路编号、线珞方案编号、单价等信

息。一个旅客能够预订多条线路，一条线路能够被多个旅客

预订。

（7）旅客出行信息表由出行编号唯一标识，包括出行时间、旅客

编号、导游编号、线路编号、线路方案编号、景点编号、

参观景点时间等信息。一个旅客能够参加多条线路的旅游,

一条线路能够由多个旅客参加,一条线路能够由多个导游参

加，一条线路能够包含多个旅游景点，一个导游能够带领多个

旅客。

（8）旅客对导游评价表由旅客编号和评价日期唯一标识,需要储

文档仅供参考

存导游编号，评价得分等信息。每个旅客能够对多个导游进

行评价，每个导游可由多个旅客评价。

（9）旅客对景点评价表由旅客编号和评价日期唯一标识,需要存

储景点编号、评价得分等信息。每个旅客能够对多个景点

进行评价，每个景点可由多个旅客评价。

（10）方案类型包括豪华团，经济团，硬座标准团，硬卧标准团，软卧

标准团五种，豪华团交通工具为飞机，经济团交通方式为汽车

大巴。火车都为有空调火车。

（11）评价都是匿名评价。

（12）在旅游之前必须先交清旅游费用，没有特殊情况时，中途退出

不退款。景点门票另外交费。

（13）不允许退票和换票。

（14）旅客在旅游期间必须服从导游的安排，不得擅自离队,自由行

动。

（15）交通工具是根据方案类型而定的。

（16）同一条线路能够根据交通工具,餐饮住宿条件的不同而确定

不同的价格。

145数据约束分析

⑴用户访问权限:任何用户都不能访问其它用户的密码。

文档仅供参考

(2)密码由六个字符组成，而且每个人设置的密码都是唯一

的。

(3)任何导游查询自己带领的旅客情况，不可访问到其它导游

的业务情况。

(4)旅客编号规贝U：由字母P开头冉加上8位数字，后8位数字

按流水号依次生成。每一个旅客编号都是唯一的。

⑸导游编号规则:由字母G开头再加上8位数字，前四位数字

按照导游加入旅行社的年份生成,后四位按流水号依次生成。每

一个导游编号都是堆一的。

(6)线路编号规则:由字母L开头，第二个字母代表线路起始地,

第三个字母代表线路目的地，其中后六位则是按流水号依次生

成。每一条线路编号是唯一的。

(7)景点编号规贝小由字母S开头再加上8位数字，后8位数字

按流水号依次生成。每一个景点编号都是唯一的。

(8)旅客预订单编号规则:由字母0开头再加上8位数字，后8

位数字按流水号依次生成。每一个订单编号都是唯一的。

(9)旅客出行单编号规则:由字母T开头再加上8位数字，后8

位数字按流水号依次生成。每一个订单编号都是唯一的。

(10)家庭住址(address)能够为空值,字数不得超过20字。

(11)电话号码(telephone)不能为空值，取值范围固定电话加

地区号输入。

(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」至表L4所示。

表1.1旅客信息表

数据项数据类型别名是否为空取值范围取值含义

pasNochar(9)旅客编号NotnullP00000001-P代表旅客,后8

P99999999主位按顺序编号,是

键主码

文档仅供参考

pasNamevarchar(旅客姓名Notnull不得超过20字

20)

sexchar(2)性别Notnullf/mf代表男性,m代表

女性

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

20)

teletphochard1)电话Notnull—若输入家庭号码，

ne则要输入地区号

IDNoChar(18)身份证号Notnull由18个数字组

成

表L2导游信息表

数据项数据类型别名是否为空取值范围取值含义

guideNochar(9)导游编号NotnullG00000001-G代表导游,后8

G99999999主键位按顺序编号,是

主码

guideNavarchar(导游姓名Not.mil1不得超过20字

me20)

sexchar(2)性别Notnullf/mf代表男性,m代表

女性

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

20)

teletphochar(l1)电话Notnull一若输入家庭号码，

ne则要输入地区号

IDNoChar(18)身份证号Notnull由18个数字组成

表1.3线路信息表

数据项数据类型别名是否为空取值范围取值含义

lineNolchar(9)线路编号NotnullLXY000001-L代表线路,X代表

LXY99999999主出发地,Y代表目

键的地后6位按顺

序编号,是主码

startimedatetime出发时间nulldefault)每天'

startvarchar(出发地Notnull不得超过20字用文字说明

40)

distinatvarchar(目的地Notnull不得超过20字用文字说明

ion40)

文档仅供参考

表1.4景点信息表

数据项数据类型别名是否为空取值范围取值含义

sceNochar(9)景点编号Notnullsoooooooi-s主S代表景点,后8

键位按顺序编号,是

主码

sccNamcvarchar(景点名称Notnull不得超过20字

20)

bushourschar(20)营业时间Notnull不得超过20字营业时间段

ticketprint票价null

ice

discountvarchar(优惠措施null不得超过20字用文字说明

40)

attentiovarchar(注意事项null不得超过20字用文字说明

n40)

表1.5线路方案信息表

数据项数据类型别名是否为空取值范围取值含义

Pnochar(3)方案编号Notnull001-999主键按流水号生成

Pnamevarchar(方案类型名Notnull不得超过20字

20)称

Ppriceint价格Notnull

vehicleVarchar(交通方式Null

10)

quantityint总票数Notnulldefault’30'默认为30张

L5.2数据处理

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

所示。

文档仅供参考

表1.6数据处理

编号功能处理说明

1.统计某一年龄的旅客人数输入旅客年龄,对旅客基本信息逐条查询累计人

数

2.统计各年龄段的旅客人数输入正确的年龄段,对旅客基本信息逐条查询累

计计数

3统计某一出发地的路线数输入出发地城市名，对路线基本信息逐条查询累

计人数

4统计某一目的地的路线数输入目的地城市名，对路线基本信息逐条查询累

计人数

5统计选择某一种线路方案的输入方案编号,对出行表基本信息逐条查询人数

人数

6统计某一线路的预订人数输入线路编号,对订单信息逐条杳询累计计数

7统计某一线路的出行人数输入线路编号,对出行信息逐条查询累计计数

8统计导游综合得分根据旅客对导游评价表统计导游的综合得分,确

定导游受欢迎程度

9统计景点综合得分根据旅客对导游评价表统计景点的综合得分，确

定景点排行

2数据库概念设计

对实体集及属性、联系集及属性进行定义和E-R模型设计。

2.1定义实体集及属性

⑴旅客实体集Passenger:旅客编号(pasNo)、旅客姓名

(pasName)、性别(sex)、家庭住址(address)、电话(telephone)、身

份证号(IDNo)、出生日期(birthday)等信息。

(2)导游实体集Guide:导游编号(guideNo)、导游姓名

(guideName)、性别(sex)、家庭住址(address)、电话(telephone)、

身份证号(IDNo)、出生日期(birthday)等信息。

文档仅供参考

(3)线路实体集Line:线路编号(lineNol)、线路名称(lineName)、

出发时间(startime)、出发地(start)、目的地(distination)等信息。

(4)景点实体集Secenry:景点编号(sceNo)、景点名称(sceName)、

营业时间(bushours)、票价(ticketprice)、优惠措施(discount)、注

1事项!(attention)；^彳已息。

(5)线路方案实体集lineProject:方案编号(Pno)、方案类型

(Pstyle)、价格(Pprice)、总票数(quantity)、交通方式(vehicle)等信

息。

2.2定义联系集及属性

⑴EvaluateG联系集:旅客(Passenger)与导游(Guide)之间多对多的

联系集。任何旅客能够评价带领她的导游，一个导游能够被她所

带领的旅客评价。属性:评价时间(evaluateDate)、评价得分

(evaluateGscore)等信息。

⑵Evaluates联系集:旅客(Passenger)与景点(Secenry)之间多对多

的联系集。旅客能够评价她所参观的任何景点，一个景点也能够

所有旅客评价。属性：评价时间(evaluateDate).评价得分

(evaluateSscore)等信息。

(3)travel联系集:旅客(Passenger)、导游(Guide)、景点(scenery)与

线路(Line)与线路方案(LineProject)组成的聚合之间的四元联系

集。表明一个导游能够带领多个旅客，一个旅客也能够选择多条

线路。属性:旅客编号(pasNo)、导游编号(guideNo)、线路编号

(lineNol).出行时间(startdate)、总票数(quantity)等信息。

文档仅供参考

⑷arrange联系集:线路(line)与线路方案(lineProject)之间的标识联

系集。表明一条线路能够由多个方案，一个方案只能对应一条线

路。

(5)order联系集:旅客(Passenger)、具有日期(date)属性，用聚合表

Zj\o

2.3E-R模型设计

系统的E-R模型设计,不但包括基本实体的E-R图设计，还包

括两个实体之间的联系的n-R图设计，下面分别从单个实体E-R

图设计、两个实体E-R图设计以及聚合的E-R图设计进行简单表

示与阐述。

2.3.1实体E-R模型设计

所有实体描述如下:

⑴旅客(Passenger)基本属性如图2.1所示。

图2.1Passenger实体集

文档仅供参考

⑶线路(Line)基本属性如图2.3所示。

图2.3Line实体集

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

文档仅供参考

Scenery

图2.4Secenry实体集

(5)线路方案lineProject基本属性如图2.5所示。

文档仅供参考

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

⑴EvaluateG联系集的E-R图如图2.6所示。

图2.6EvaluateG联系集

⑵Evaluates联系集的E-R图如图2.7所示。

图2.7Evaluates联系集

2.3.3弱联系E-R模型设计

⑴arrange联系集的E-R图如图2.8所示。

文档仅供参考

图2.8arrange联系集

2.3.4四元联系E-R模型设计

(l)travel联系集的E-R图如图2.9所讲。

图2.9travel联系集

2.3.4聚合联系E-R模型设计

(l)order联系集的E-R图如图3.0所示。

文档仅供参考

图3.0order联系集

2.3.5总E-R模型设计

（17）总体E—R图如图3.1所示。

文档仅供参考

图3.1总E—R图

3逻辑设计

本次设计的数据库在SQLServer上实现，将概念结构设计中

的E-R图转换成SQLSever支持的关系数据模型。

3.1实体集转化为关系模式

将所有的实体分别转换为单独的一张表。

⑴旅客实体集Passenger:

PassengerfpasNo,pasName,sex,address,telephone,IDNo)

⑵导游实体集Guide:

Guide(guideNo,guideName,sex,address,telephone,IDNo)

⑶线路实体集Line:

LinetlineNoLstartime,start,distination)

(4)景点实体集Scenery:

Scenery(sceNo,sceName,bushours,ticketprice,discount,attention)

(5)线路方案实体集LineProject:

LineProject(Pno,Pname,Pprice,vehicle,quantity)

3.2联系集转化为关系模式

(1)1：M的处理:联系属性可放在参与联系的“多”的那一边实体

文档仅供参考

集中

①aiTange联系集:能够在lineProject的属性中增加一个

LineNol属性

arrange(Pno,Pstyle,Pprice,quantity,vehicle,lineno1)

⑵M:N的处理:多对多联系集的主俯由参与联系集中所有实体集

的主码

组成。

①EvaluateG联系集：

EvealuateG(pasNo、guideNo、evaluateDate^evaluateGscore)

②Evaluates联系集：

EvealuateSfpasNo、sceNo、evaluateDate、

evaluateScore)

⑶M:N:P:T的处理:四元联系的主码由参与联系集的所有实体集

的主码能够唯一确定。

①travel联系集：

travel(traNo、pasNo、guideNo、lineNol、

sno,pno,startdate、trantime)

3.3聚合联系集转化为关系模式

⑴聚合order联系集转化而成的关系模式为：

order(orderNopasNo、lineNol、pno、stardate、

文档仅供参考

orderdate,price)

3.4关系设计

关系设计包括转换后所得表和函数依赖关系,转换之后的关

系如表3.1至表3.7所示。

表3.1旅客信息表

数据项数据类型别名是否为空取值范围取值含义

pasNochar(9)旅客编号NotnullP00000001-P代表旅客,后8

P99999999主位按顺序编号,是

键主码

pasNamevarchar(旅客姓名Notnull不得超过20字

10)

sexchar(1)性别Notnullf/mf代表男性,m代表

女性

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

50)

teletphochar(20)电话null—若输入家庭号码，

ne则要输入地区号

IDNoChar(18)身份证号Notnull由18个数字组

成

表3.2导游信息表

数据项数据类型别名是否为空取值范围取值含义

guideNochar(9)导游编号NotnullG00000001-G代表导游,后8

G99999999主键位按顺序编号,是

主码

guideNavarchar(导游姓名Notnull不得超过20字

me10)

sexchar(1)性别Notnullf/mf代表男性,m代表

女性

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

50)

teletphochar(20)电话Notnull一若输入家庭号码，

ne则要输入地区号

IDNoChar(18)身份证号Notnull由18个数字组成

文档仅供参考

表3.3线路信息表

数据项数据类型别名是否为空取值范围取值含义

lineNolchar(9)线路编号NotnullLXY000001-L代表线路,X代表

LXY99999999主出发地,Y代表目

键的地,后6位按顺

序编号,是主码

startime出发时间Notnull每天

startvarchar(出发地Notnull不得超过20字用文字说明

40)

distinatvarchar(目的地Notnull不得超过20字用文字说明

ion40)

表3.4景点信息表

数据项数据类型别名是否为空取值范围取值含义

sceNochar(9)景点编号Notnullsoooooooi-s主S代表景点,后8

键位按顺序编号,是

主码

sceNamevarchar(景点名称Notnull不得超过20字

20)

bushourschar(20)营业时间Notnull00:00-24:00营业时间段

ticketprint票价null

ice

discountvarchar(优惠措施null不得超过20字用文字说明

40)

attcntiovarchar(注意事项null不得超过20字用文字说明

n40)

表3.5线路方案信息表

数据项数据类型别名是否为空取值范围取值含义

Pnochar(3)方案编号Notnull001-999主键按流水号生成

lineNolchar(9)线路编号NotnullLXY000001-L代表线路,X代表

LXY99999999主出发地,Y代表目

键的地,后6位按顺

序编号,是主码

Pnamevarchar(方案名称Notnull不得超过20字

20)

文档仅供参考

Ppriceint价格Notnull

vehicleVarchar(交通方式Null

10)

quantityint总票数NotNulldefault'30'默认总票数为30

表3.6预订信息表

数据项数据类型别名是否为空约束取值含义

orderNochar(9)预订编号Notnull000000001-0代表预订,后8

099999999主位按顺序编号

键

pasNochar(9)旅客编号NotnullP00000001-来自旅客信息表

P99999999外

键

1ineNochar(9)线路编号NotnullL00000001-来自线路信息表

L99999999外

键

PNochar(9)方案编号NotnullP00000001-来自方案编号

P99999999外

键

stardatedatetime出发时间Notnull

orderdatdatetime预定时间Notnull

e

priceint单价null

表3.7出行信息表

数据项数据类型别名是否为空约束取值含义

traNochar(9)出行编号Notnull1OOUUOOO1-T代表出行，后8

T99999999主位按顺序编号

键

PasNochar(9)旅客编号NotnullP00000001-来自旅客信息表

P99999999外

键

guideNochar(9)导游编号NotnullG00000001-来自导游信息表

G99999999外

键

文档仅供参考

1ineNochar(9)线路编号NotnullL00000001-来自线路信息表

L99999999外

键

sceNochar(9)景点编号Notnullsoooooooi-来自景点信息表

S99999999外

键

PNochar(9)方案编号NotnullP00000001-来自方案编号

P99999999外

键

startdatdatetime出发时间Notnull

e

trantimedatetime参观景点时Notnull

间

表3.8旅客对导游评价信息表

数据项数据类型别名是否为空约束取值含义

guideNochar(9)导游编号NotnullG00000001-来自导游信息表

G99999999外

键

pasNochar(9)旅客编号NotnullP00000001-来自旅客信息表

P99999999外

键

evaluateInt评价分数null

Gscore

evaluatedatetime评价时间null

Date

表3.9旅客对景点评价信息表

数据项数据类型别名是否为空约束取值含义

sceNochar(9)景点编号NotnullG00000001-来自景点信息表

G99999999外

键

pasNochar(9)旅客编号NotnullP00000001-来自旅客信息表

P99999999外

键

evaluateInt评论分数Notnull

Sscore

文档仅供参考

evaluatedatetime评价时间Notnull

Date

3.5国数关系依赖

⑴旅客信息表

R1（旅客编号、旅客姓名、性别、家庭住址、电话、身份证号）

C3NF。

⑵导游信息表

R2（导游编号、导游姓名、性别、家庭住址、电话、身份证号）

E3NFO

⑶线路信息表

R3（线路编号、出发时间、出发地、目的地）C3NF。

（4）景点信息表

R4（景点编号、景点名称、营业时间、票价、优惠措施、注意

事项）G3NF。

（5）线路方案信息表

R5（方案编号、方案类型、价格、总票数、交通方式、线路编

号）C3NF。

（6）预订信息表

R6（预订编号、旅客编号、线路编号、线路方案、出发时间、

预定时间、单价）C2NF。

文档仅供参考

(7)出行信息表

R7(出行编号、旅客编号、导游编号、景点编号、线路编号、

方案编号、出发时间、参观景点时间)C2NF。

(8)导游评价信息表

R8(旅客编号、导游编号、评价时间、评价得分)63NFO

⑼景点评价信息表

R9(旅客编号、景点编号、评价时间、评价得分)C3NF。

3.6模式求精

仔细分析表3.6与表3.7能够知道，当有许多拼客参加同一预

订信息或出行信息时，由于guideNo、lineNo、sceNo等许多信息

重复，而仅仅是PasNo、price,ordernum.num等属性有所不同,

因此会造成大量的冗余。因此能够把这两个表的属性分别再产生

一张明细表，而且要在预订主表和订单主表中分别加上一个预订

编号和出行编号做主码。

⑴由order联系集产生预订主表(ordermaster)和预订明细表

(orderDetail):

Ordermaster(orderNo..lineNol、Pno、stardateorderdate)

orderDetail(ordeNo^pasNo、price)

能够验证，关系模式ordermasler和0rde「Detail都满足BCNF要求,

且分解是无损连接。

文档仅供参考

转化成对应的表如下:

表3.10预订主表

数据项数据类型别名是否为空约束取值含义

orderNochar(9)预订编号Notnull000000001-0代表预订,后8

099999999主位按顺序编号

键

lineNolchar(9)线路编号NotnullL00000001-来自线路信息表

L99999999外

键

Pnochar(3)方案编号Notnull001-999主键按流水号生成

stardatedatetime出发时间Notnull

orderdatdalelime预定时间Notnull

e

表3.11预订明细表

数据项数据类型别名是否为空约束取值含义

orderNochar(9)预订编号Notnull000000001-0代表预订,后8

099999999主位按顺序编号

键

pasNochar(9)旅客编号NotnullP00000001-来自旅客信息表

P99999999外

键

priceint单价Notnull

⑵由travel联系集产生出行主表(travelmaster)和订单明细表

(travelDetail):

Travelmaster(traNo、guideNo、lineNol、pno、

startdate)

文档仅供参考

travelDetail(traNo^pasNo、sNo、trantime)

能够验证，关系模式travelmaster和travelDetail都满足BCNF要求,

且分解是无损连接,

转化成对应表如下：

表3.12出行主表

数据项数据类型别名是否为空约束取值含义

traNochar(9)出行编号NotnullT00000001-T代表出行，后8

T99999999主位按顺序编号

键

guideNochar(9)导游编号NotnullG00000001-来自导游信息表

G99999999外

键

1ineNo1char(9)线路编号NotnullL00000001-来自线路信息表

L99999999外

键

Pnochar(3)方案编号Notnull001-999主键按流水号生成

startdatdatetime出发时间Notnull

e

表3.13出行明细表

数据项数据类型别名是否为空约束取值含义

lldNochar(9)出行编号NotnullT00000001-T代表出行，后8

T99999999主位按顺序编号

键

PasNochar(9)旅客编号NotnullP00000001-来自旅客信息表

P99999999外

键

sceNochar(9)景点编号Notnullsoooooooi-来自景点信息表

S99999999外

键

文档仅供参考

trantimedatetime参观景点时Notnull

间

因此模式求精后整个拼车系统所确定的关系表如下：

1）表3.1旅客信息表Passenger

2）表3.2导游信息表Guide

3）表3.3线路信息表Line

4）表3.4景点信息表scenery

5）表3.5线路方案信息表LineProject

6）表3.10预订主表ordermaster

7）表3.11预订明细表orderdetail

8）表3.12出行主表travelmaster

9）表3.13出行明细表travelDetail

10）表3.8旅客对导游评价信息表EvealuateG

11）表3.9旅客对导游评价信息表EvealuateS

4物理设计

在逻辑设计的基础上，对关系模式的存储方式和数据库的存

取结构进行了物理优化。

4.1关系模式存储方式选择

为提高数据库数据的存取速度，而需要设置合适的存取方式,

文档仅供参考

主要采用以下两类存取方式。

4.1.1索引存取方式，主要采用B+树索引方法

（l）Passenger^Guide、Scenery表数据量相当大，其中PasName（旅

客姓名）、guideName（导游姓名）、⑹etphone（电话号码）等

属性列,Line表的start（出发地）和distination（目的地）等属性

歹I」,以及LineProject表的Pname（方案类型名称）等属性经常

出现在查询条件中，因此在以上几个表中的这几列中建立索

引。

（2）Passenger表的PasNo（旅客编号）,Guide表的guideNo（导游编

号），Line表的Un里01（线路编号）,Scenery表的SceNo（景点

编号）,LineProject表的Pno（方案编号）,order表的

orderNo（预订编号），等属性列经常出现在链接操作的链接条

件中，在这些列上建立B+树索弓|。

（3）travelDetail表的price（单价）、quantity（总票数）和LineProject

表中的Pprice（票价）和等属性列经常被查询,因此在这几个

表中建立索引。

4.1.2聚簇存取方式

⑴除特殊说明的表外，在其余各表主键上默认地建立聚簇索引。

⑵预订明细表和订单明细中