物流系统数据库设计

本科学生综合性实验报告

课程名称：数据库技术及应用

第三方物流运输 系统数据库设计

项目组长 强项 学号 0093954 成 员 彭聪 学号 0093956

蔡佳欣 学号 0093971

班 级 B01班 实验项目名称 第三方物流运输系统数据库设计 指导教师及职称 刘爱红 老师 开课学期 2010 至 2011 学年 第 2 学期 截止日期 2011 年 6 月 20 日

目录

1 需求分析 (1)

1.1 编写目的 (1)

1.2背景 (1)

1.3 功能分析 (2)

1.4系统功能分析 (2)

1.4.1客户基本信息管理 (2)

1.4.2车辆基本信息管理 (3)

1.4.3订单基本信息管理 (3)

1.4.4路线基本信息管理 (3)

1.4.5客户评价基本信息管理 (3)

1.5系统功能图分析 (4)

1.6数据需求及业务规则分析 (4)

1.7数据约束分析 (5)

1.8数据字典 (6)

1.8.1数据项与数据结构 (6)

1.8.2数据处理 (9)

2 数据库概念设计 (9)

2.1定义实体集及属性 (9)

2.2定义联系集及属性 (10)

2.3E-R模型设计 (10)

2.3.1实体E-R模型设计 (10)

2.3.2多元联系E-R模型设计 (11)

2.3.3总E-R模型设计 (12)

3 逻辑设计 (12)

3.1实体集转化为关系模式 (12)

3.2联系集转化为关系模式 (13)

3.3聚合转化为关系模式 (13)

3.3关系设计 (13)

3.4函数依赖关系 (16)

3.5模式求精 (16)

4 物理设计 (17)

4.1关系模式存储方式选择 (17)

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

4.1.2聚簇存取方式 (18)

4.2数据库的存取结构 (18)

4.2.1数据的存放位置 (18)

4.2.2数据存储路径 (18)

5 数据库脚本 (18)

6 游标、触发器与存储过程 (24)

1 需求分析

需求分析将从编写目的、背景、系统目标系统功能分析、系统总体功能图、数据字典、数据需求及业务规则分析、实体和联系等方面进行分析，为概念设计提供依据。

1.1 编写目的

改变当下物流运输的滞后现状，通过科学的数据库管理，完善物流运输行业的工作环节，提高运输效率，从而达到客户满意水平，形成一个一体化运输与反馈的物流运输环境。

1.2背景

背景之一：我国国民经济高速发展

我国自改革开放以来，国民经济就走上了持续稳定高速发展的道路，年均增长8%以上，而从全国看，发展最快的又是我国东南沿海一些省市，他们利用国家给经济特区等一系列优惠政策，大力改革开放，发展经济，率先实现经济的超常规大幅度增长，其中出现了一批大型实力客户，像海尔、宝洁、IBM等。经济的大幅增长，必然导致巨大的物质产品的流动，也就必然导致物流量的增加。这是经济发展的必然规律，也是物流业成长的必然规律。

背景二：是改革开放的结果

我国第三方物流的诞生是改革开放的结果，跟改革开放有直接的关系。首先由一些国内的外资客户率先促成的，人们不难从我国第三方物流的产生过程看出它有三个特点：第一，它们是从东南沿海一些改革开放程度比较高的省市首先搞起来；第二，它首先是由像宝洁、IBM等这样一些国外的大公司促成我国的一些客户搞起来的；第三，第三方物流公司的业务最先也主要是为国外这些大公司服务的物流业务。而由点到面的发展，必然需要发达的物流来带动。

背景三：是我国物流学发展的结果

我国第三方物流的发展有一个有趣的现象，就是一旦有了一个第三方物流的样板和模式，社会很快在各个地方推广开来。特别是最近几年，发展特快，上海、北京、天津等城市且不说，武汉就一下子兴起了如中远、长江、中储、武储等好几家大型第三方物流公司。出现这种现象，可以说是中国物流学发展的结果，人们已经有了比较好的物流观念和物流学基础。

背景四：是信息技术发展的结果

20世纪90年代以来，随着因特网技术以及各种信息技术的发展，为客户建设高效率的信息技术网络创造了条件，信息技术实现了数据的快速、准确传递，一方面提高了物流客户在仓库管理、装卸运输、采购、订货、配送发运、认单处理的自动化水平，促使订货、包装、保管、运输、流通加工一体化，使大规模、高质量、高服务水平处理物流客户与其他客户间的信息沟通交流、协调合作方便快捷，并能有效跟踪和管理物流渠道中的货物，精确计算物流活动的成本，这就

使客户可以随时跟踪自己的货物，因而放心地把自己的物流业务交由第三方物流客户处理，这些环境条件都促使了第三方物流客户的产生。

背景五：是市场竞争的结果

第三方物流的产生是社会分工的必然结果。各客户为增强市场竞争力，而将客户的资金，人力，物力投入到其核心业务上，寻求社会化分工协作带来的效果和效率的最大化。专业化分工的结果导致许多非核心业烟从客户生产经营中分离出来，生产客户的核心是业务就是生产，物流业务不是他们的核心业务，它们将物流业务委托给第三方专业物流公司负责，不但自己可以集中精力发展自己的核心竞争力，抓好生产，而且可以降低成本。而第三方物流则以物流为核心竞争力，他们依靠自己的物流实力，完善物流服务功能，参与市场竞争，取得市场竞争优势。这样，第三方物流的出现，实现了社会的合理分工，实现了社会资源的合理配置，同时又使生产客户和物流客户的核心竞争力都得到了加强，效益都是显著提高，这公分显示了第三方物流的综合优越性。

1.3 功能分析

第三方物流系统的两个重要因素：线路和节点，过去我们比较重视的是线路问题，线路与节点发展的不平衡使得我国物流的效率长期低下，资源利用率不高。对此，我们将从以下几个方面改善上述问题：

快速、及时方面：及时性不但是服务性的延伸，也是流通对物流提出的要求。快速、及时既是一个传统目标，更是一个现代目标。其原因是随社会大生产发展，这一要求更加强烈了。在物流领域采取的诸如直达物流、联合一贯运输、高速公路、时间表系统等管理和技术，就是这一目标的体现。

节约方面：节约是经济领域的重要规律，在物流领域中除流通时间的节约外，由于流通过程消耗大而又基本上不增加或提高商品使用价值，所以领先节约来降低投入，是提高相对产出的重要手段。

规模化方面：以物流规模做为物流系统的目标，是以此来追求"规模效益" 。生产领域的规模生产是早已为社会所承认的。由于物流系统比生产系统的稳定性差，因而难于形成标准的规模化格式。在物流领域以分散或集中等不同方式建立物流系统，研究物流集约化的程度，就是规模优化这一目标的体现。

库存调节方面：是服务性的延伸，也是宏观调控的要求，当然，也涉及到物流系统本身的效益。在物流领域中正确确定库存方式、库存数量、库存结构、库存分布就是这一目标的体现。

1.4系统功能分析

第三方物流系统功能：客户基本信息管理、路线基本信息管理、车辆基本信息管理、订单基本信息管理、客户评价基本信息管理。

1.4.1客户基本信息管理

为客户提供基本信息增加、修改、删除功能。包括：

(1)客户基本信息增加：客户通过注册录入基本信息，客户注册时要求填写基本信息，包括客户名称、客户电话、登陆密码、公司地址、注册时间、法人姓名、联系人姓名等信息，系统在注册用户注册完后自动为其生成一个客户编号，并且嵌入到客户注册信息内，形成完整的客户资料。

(2)客户基本信息修改：客户基本信息注册错误或有所改变时可以进行信息的修改。可以修改登陆密码，修改联系人姓名，修改联系人电话。

(3)客户基本信息删除：客户可以通过注销来删除客户基本信息。

1.4.2车辆基本信息管理

提供车辆基本信息增加、修改、查询、删除功能。包括：

(1)车辆基本信息增加：系统可以增加车辆基本信息，包括车牌号、车类型、最大载重量、上牌时间、服务范围、事故情况、运输单价(以路程和重量计算)等信息。系统检查所有信息填写正确后提示增加成功，返回车辆编号。

(2)车辆基本信息修改：车辆基本信息如果出错或者有所改变，系统可以对车辆基本信息的具体内容进行修改。可以修改车辆车牌号，修改车辆车类型，修改车辆载物重，修改车辆上牌时间车龄，修改车辆事故情况，修改车辆服务意向，修改车辆运输单价。

(3)车辆基本信息查询：根据不同的条件查询车辆基本信息。可以按车辆车牌号查询车辆基本信息，按车辆车类型查询车辆基本信息，按车辆载物重查询车辆基本信息，按车辆事故情况查询车辆基本信息，按车辆供车服务意向查询车辆基本信息，按车辆运输单价查询车辆基本信息。

(4)车辆基本信息删除：由于车辆报废或转卖，可以删除车辆基本信息，包括车辆编号、车牌号、车类型、最大载重量、上牌时间、服务意向、事故情况、运输单价等信息。

1.4.3订单基本信息管理

提供订单表的增加、删除、修改功能：

(1)订单基本信息增加：客户在填写客户编号、货物名称、货物重量、路程长度、出发地、目的地、订单时间、订单备注等信息后，系统检查所有信息填写正确后提示增加成功并返回订单总额和订单编号。订单表还包括订单数量和运输费用等。

(2)订单基本信息更新：系统根据订单表自动更新订单表中的信息，如订单表编号、订单数量、订单总额等。

(3)订单基本信息修改：客户可根据需要修改出发地、货物名称、货物重量、目的地、订单备注等信息。

(4)订单基本信息查询：客户或第三方物流公司可根据订单编号、出发地、目的地、订单金额、运输费用和货物重量等对订单进行查询。

1.4.4路线基本信息管理

提供路线基本信息增加、删除、优化、修改功能。包括：

(1)路线基本信息增加：第三方物流公司统计订单目的地后添加路线基本信息，其中包含路线编号，出发地，目的地，预计所需时间等信息。

(2)路线基本信息删除：根据客户退单情况或者交通天气状况的改变进行一些无效线路的删除。

(3) 路线基本信息优化：根据筛选重复路线及包含路线进行路线整合，优化计算所需最短最少路线。

(4) 路线基本信息修改：根据更改订单状况或者交通天气状况对路线信息进行修改。包括路线出发地的修改，路线目的地的修改和路线交通工具的修改。1.4.5客户评价基本信息管理

提供客户满意度评价功能及查询功能。

(1) 客户满意度评价：需求商和供应商对此次物流运输的整体情况做一个星

级评价。包括：评价编号和总体评价。

(2)具体服务项目评价：客户(包括供应商和需求商)对本次第三方物流运输情况的各个子项目进行评价。包括：对服务质量的评价，对运输路线的评价，对运输车辆的评价，对运输时间的评价，对运输费用的评价。

(3)反馈信息查询：根据不同条件查询总体评价和各项服务评级水平。可以按评价号查询，按客户姓名查询，按路线编号查询，按运输费用查询，按车辆评价查询，按费用评价查询，按所花时间查询。

1.5系统功能图分析

第三方物流运输系统功能图如图1.1所示。

图1.1 系统功能图

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

业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定，基于上述功能需求，通过进一步了解第三方物流运输系统需求及业务分析规则如下：

第三方物流运输系统

客户基本信息管理

路线基本信息管理

车辆基本信息管理

订单基本信息管理

客户评价信息管理

客户基本信息增加

客户基本信息修改

客户基本信息删除

路线基本信息增加

路线基本信息删除 路线基本信息优化 路线基本信息修改

路线基本信息查询

车辆基本信息增加

车辆基本信息修改 车辆基本信息查询

车辆基本信息删除

订单基本信息查询

订单基本信息更新

订单基本信息增加

客户满意度评价

反馈信息查询

各项服务评价查询

(1)客户由客户编号唯一标识，需要存储客户的公司名、登陆密码、公司地址、注册时间、法人姓名、联系人姓名等信息。

(2)客户只能查询自己的基本信息。

(3)供应商客户需在48小时内登陆并发货。

(4)需求商客户提交运输申请48小时后不得修改。

(5)需求商客户48小时内提交相同目的地的运输申请可合并为一个订单。

(6)需求商客户48小时内可以取消运输申请，登陆后请求删除订单。

(7)一个客户只能有一名法人。

(8)供应商客户与需求商客户同时确认订单时予以发货运输。提出申请48小时后有一方未确认则取消订单。

(9)未发货的同一目的地或其包含路线上的订单数小于10时，在最早提交申请的订单确认24小时后发货运输。

(10)双方确认订单后原则上不允许撤销，如有真实存在的不可抗拒因素而必须取消订单的话，责任方需交付订单金额的10%作为违约金。若取消订单数目过多导致上条情况发生，则责任方需另交付订单金额5%作为剩余订单公司的延迟运输补偿。

(11)在交付第三方物流运输费用后我司方可开始运输。

(12)每个运输车辆在事故状况中出现3次以上事故本月停止运输工作。

(13)订单中的运输费用必须大于0。

(14)服务评价最高等级为5，最低为1，且一次运输订单号只有一次评价机会。

(15)客户满意度评价中供应商客户与需求商客户对每张订单分别能且仅能评价一次。

(16)每一辆车的总载重量不能超过该车的最大载重量。

(17)订单中的出发地和目的地必须和路线中的出发地和目的地相同。

1.7数据约束分析

(1)客户编号约束：以字母E开头再加上8位数字组成，按流水号一次增大。check约束为check(EcompNo like ‘[E][0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9]’)。

(2)路线编号约束：以字母R开头再加上8位数字，按流水号一次增大。check 约束为check(RouNo like ‘[R][0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9]’)。

(3)车辆编号约束：以字母C开头再加上8位数字。按流水号一次增大。check 约束为check(CarNo like ‘[B][0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9]’)。

(4)订单编号约束：以字母O开头再加上8位数字。按流水号一次增大。check 约束为check(OrderNo like ‘[O][0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9] [0-9]’)

(5)客户信息表的主键是EcompNo,每一个编号都是唯一的。

(6)客户的所有信息不允许为空。

(7)车辆信息表的主键是CarNo,每一个车辆编号都是唯一的。

(8) 路线信息表的主键是RouNo,每一个路线编号都是唯一的。

(9) 路线信息表中所有信息不允许为空。

(10)订单表的主键是OrderNo,每一个订单编号都是唯一的。

(11)订单表中运输单价为X元/kg?km ，具体情况根据货物类型而定。

(12)所有密码(SSerCode)不能为空值，由6-12位字母和数字组成。

(13)注册日期(regDate)不能为空值，数据类型为datetime。

(14) 联系人电话(Telephone)不能为空值，取值范围为00000000000-99 999999999，固定电话加地区号输入。

(15)订单一旦生成则无法删除。

(16)联系人姓名(EcompName)不能为空值，不得超过20字。

(17)最大载重量(MaxWgt)不能为空值，数据为int。

(18)车牌号(CarNoo)不能为空值，真实填写。

(19)车类型(CarType)不能为空值,不得超过5字，用文字说明。

(20)事故状况(Accidents)不能为空值，数据类型为int。

(21)上牌时间(CarTime)不能为空值,数据类型为int。

(22)总体评价(SerLevel)不能为空值,0-100范围内int。

(23)运输时间(TranTime)数据类型为int，单位：小时。

(24)运输单价(TranFee)不可以为空值，数据类型int。

(25)出发地(Start)不能为空值,不得超过20字，用文字说明，默认只能用城市名。

(26)目的地(destination)不能为空值,不得超过20字，用文字说明，默认只能用城市名。

1.8数据字典

1.8.1数据项与数据结构

通过对所建立的表进行分析，我们得到了以下一些数据项：

(1)客户表如表1.1所示。

表1.1客户表

数据项数据类

型

别名是否为空约束取值含义

EcompN

o char(9) 客户编号Not null

E00000001-

E99999999

主键

E代表客户，后8

位按顺序由系统

自动编号

EcompN

ame

char(6) 客户名称Not null 真实填写RegDat

e

char(8) 注册日期Not null 以天为单位以系统时间为准

SSerCo de Char(6) 登陆密码Not null

字母或数字

6位(不分

大小写)

Addres

s Char(30

)

客户地址Not null

Teleph one varchar

(11)

联系人电话Not null

LPName varchar

(6)

法人姓名Not null

不得超过3

字

用文字说明

ETelep hone varchar

(11)

客户电话Not null

ConNam

e Char(6) 联系人姓名Notnull

必须为客户

公司的经理

联系人

(2)车辆表如表1.2所示。

表1.2 车辆表

数据

项

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

CarNo char(9) 车辆编号Not null C00000001-C999

99999 主键C代表车辆，后8位按顺序编号

CarLi

sen

Char(6) 车牌号Not null 真实填写

CarTi me Datetime 上牌时间Not null 6-12位，由字母

和数字组成

SerTe nd varchar(

20)

服务意向Null 不得超过20字用文字说明

Accid ents varchar(

20)

事故状况Not null 不超过20字用文字说明

TranF ee varchar(

20)

运输单价Not null 不超过40字用文字说明

MaxWg

t

Int 最大载重Not null

CarTy pe dvarchar

(20)

车类型Not null 不超过五字用文字说明

(3)订单表如表1.3所示。

表1.3 订单表

数据

项

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

Order No char(9) 订单编号Not null D0*******-D999

99999 主键

D代表明细

表，后8位

按顺序编号

Order

Num

char(9) 订单数量Not null

Order

Sum

char(9) 订单金额Null

Start varchar(

40) 出发地Not null 不得超过20字

外键

用文字说明

desti natio varchar(

40)

目的地Not null 不得超过20字

外键

用文字说明

n

GName varchar(

20)

货物名称Not null 不超过20字用文字说明GWgt char(10) 货物重量Not null

Lengt

h

char(10) 路程长度Not null 外键

Order

Fee

char(9) 运输费用Null 不得超过40字

Order Scrip t Varchar(

20)

订单备住Null 不超过40字用文字说明

Order time Datetime 订单时间Not null 订单生成时

间

(4)路线表如表1.4所示。

表1.4 路线表

数据

项

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

RouNo char(9) 路线编号Not null R00000001-R999

99999 主键R代表订单，后8位按顺序编号

Start varchar(

20)

出发地Not null 不超过20字用文字说明

Disti natio n varchar(

20)

目的地Not null 不超过20字用文字说明

Lengt

h

char(10) 路程长度Not null

PriTi

me

char(10) 预计时间Not null

(5)客户评价表如表1.5所示。

表1.5 客户评价表

数据

项

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

CommL evel char(9) 评价编号Not null P0*******-P999

99999 主键

P代表评价，

后8位按顺

序编号

SerLe

vel

char(10) 总体评价Not null

CarLe

vel

char(10) 车辆评价Not null

SvLev

el

char(10) 服务评价Not null

TTLev el char(10) 所花时间评

价

Not null

RouLe

vel

char(10) 路线评价Not null

FeeLe

vel

char(10) 费用评价Not null

1.8.2数据处理

数据处理结果如表1.6所示。

表1.6 数据处理

编

号

功能处理说明

1.客户注册当客户成功注册后，自动在客户表中添

加该客户的注册信息

2.修改客户登陆密码先按客户编号查询到客户基本型信息

再对登陆密码进行修改

3.修改客户联系人姓名先按客户编号查询到客户基本型信息

再对客户联系人姓名进行修改

4.修改客户联系人电话先按客户编号查询到客户基本型信息

再对客户联系人电话进行修改

5.按客户名称查询客户基本信息按客户名称精确查询客户基本信息

6.按客户编号查询客户基本信息按客户编号精确查询客户基本信息

7.按法人姓名查询客户基本信息按客户法人姓名精确查询客户基本信

息

8.按客户经理人姓名查询客户基本

信息按客户经理人姓名精确查询客户基本信息

9.按客户经理人电话查询客户基本

信息

按客户经理人电话查询客户基本信息

10.客户注销按客户编号精确查询到客户基本信息，

再进行删除

11.订单金额计算按照路程长度和货物重量计算订单金

额

12.客户评价客户按照路线，车辆，服务，时间，费

用评价，算出平均分生成总体评价。

2 数据库概念设计

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

2.1定义实体集及属性

(1)客户实体集Ecomp：客户编号(EcompNo)、客户名称(EcompName)、客户电话(ETelephone)、注册日期(RegDate)、登陆密码(SSerCode)、地址(Address)、

法人姓名(LPName)、联系人姓名(ConName)。

(2)路线实体集Route ：路线编号(RouNo)、出发地( Start)、目的地 (Distination)、路程长度(Length)、 预计时间(PriTime)等信息。

(3)车辆实体集Car ：车辆编号(CarNo)、车牌号(CarLisen)、上牌时间(CarTime)服务意向(SerTend)、事故状况(Accidents)、运输单价(TranFee)、最大载重(MaxWgt)、车类型(CarType)。

2.2定义联系集及属性

(1)订单Order ：订单编号(OrderNo)、订单数量(OrderNum)、订单总额(OrderSum)、出发地(Start)、目的地(destination)、货物名称(GName)、货物重量(GWgt)、运输费用(OrderFee)、路程长度（Length ）、订单备注(OrderScript)、订单时间(Ordertime)。

(2)客户评价CommLevel:评价编号(CommNo)、总体评价(SerLevel)、车辆评价(CarLevel)、路线评价(RouLevel)、服务质量评价(SvLevel)、运输时间评价(TTLevel)、费用评价(FeeLevel)。

2.3E-R 模型设计

系统的E-R 模型设计，不仅包括基本实体的E-R 图设计，还包括两个实体之间的联系的E-R 图设计，下面分别从单个实体E-R 图设计、两个实体E-R 图设计以及聚合的E-R 图设计进行简单表示与阐述。 2.3.1实体E-R 模型设计

(1)客户E-R 模型如图2.1所示。

图2.1 客户E-R 模型

(2)车辆E-R 模型如图2.2所示。

联系人姓名

客户电话

客户编号

登陆密码

客户地址 客户名称

客户

法人姓名

注册日期

图2.2 车辆E-R 模型

(3)路线E-R 模型如图2.3所示。

图2.3 路线E-R 模型

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

订单联系集的E-R 模型如图2.4所示。

路线

预计时间

路线编号

出发地

目的地

路程长度

车辆编号

车牌号

车类型

最大载重量

上牌时间

服务意向

事故状况

费用说明

车辆

订单

车辆

客户

路线

订单数量

订单金额

订单编号

货物名称

出发地

目的地

订单时间

路程长度

图2.4 订单联系E-R 模型

2.3.3总E-R 模型设计

第三方物流运输系统总ＥＲ图如图2.5所示。

图2.5 总E-R 模型

3 逻辑设计

本次设计的数据库在SQL Server 2000上实现，将概念结构设计中的E-R 图转换成SQL Sever 2000支持的关系数据模型。

3.1实体集转化为关系模式

(1)客户实体集Ecomp ： Ecomp (EcompNo 、EcompName 、ETelephone 、regDate 、SSerCode 、Address 、LPName 、Telephone 、ConName)

(2)车辆实体集Car: Car (CarNo 、CarLisen 、CarTime 、SerTend 、Accidents 、TranFee 、MaxWgt 、

订单

车辆

客户

路线

评价

运输费用评价

运输时间评价

评价编号

服务质量评价

总体评价

订单编号

收货方

发货方

货物名称

订单金额

订单数量

CarType)

(3) 路线实体集Route:

Route (RouNo、Start、Distination、PriTime)

3.2联系集转化为关系模式

订单联系集Order：

Order(Orderno、OrderNum 、OrderSum 、GName、GWgt、Length、Start、destination、OrderFee、OrderScript)

3.3聚合转化为关系模式

客户评价CommLevel：

CommLevel (CommNo、SerLevel、CarLevel、RouLevel、SvLevel、TTLevel、FeeLevel)

3.3关系设计

关系设计包括转换后所得表和函数依赖关系，转换后为：

(1)客户表如表3.1所示。

表3.1 客户表

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

EcompN o char(9) 客户编号Not null

E00000001-

E99999999

主键

E代表客户，后

8位按顺序由

系统自动编号

EcompN

ame

char(6) 客户名称Not null 真实填写

ETelep hone varchar(1

1)

客户电话Not null

RegDat e Datetime

注册日期Not null 以天为单位

以系统时间为

准

SSerCo de Char(6) 登陆密码Not null

字母或数字

6位(不分大

小写)

初始密码为

123456

Teleph one varchar(1

1)

联系人电话Not null

LPName varchar(1

0)

法人姓名Notnull

不得超过5

字

用文字说明

ConNam Char(6) 联系人姓名Notnull 必须为客户公司的经理

e 联系人

(2)车辆表如表3.2所示。

表3.2 车辆表

数据

项

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

CarNo char(9) 车辆编号Not null C00000001-C999

99999 主键C代表车辆，后8位按顺序编号

CarLi

sen

Char(6) 车牌号Not null 真实填写

CarTi me Datetime 上牌时间Not null 6-12位，由字母

和数字组成

SerTe nd varchar(

40)

服务意向Null 不得超过20字用文字说明

Accid

ents

Int 事故状况Not null 用数字说明

TranF ee varchar(

20)

运输单价Not null 不超过40字用文字说明

MaxWg

t、

Int 最大载重Not null

CarTy pe dvarchar

(20)

车类型 Null 不超过五字用文字说明

(3)订单表如表3.3所示。

表3.3 订单表

数据

项

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

Order No char(9) 订单编号Not null D0*******-D999

99999 主键

D代表订单，

后8位按顺

序编号

Order

Num

char(9) 订单数量Not null

Order

Sum

char(9) 订单总额Null

Start varchar(

40) 出发地Not null 不得超过20字

外键

用文字说明

Desti natio n varchar(

40)

目的地Not null 不得超过20字

外键

用文字说明

GName varchar(

40) 货物名称Null 不超过20字

外键

用文字说明

GWgt char(10) 货物重量Not null

Lengt

h

char(10) 路程长度Not null

Order

Fee

Char(9) 运输费用Null 不得超过40字

Order Scrip t Varchar(

20)

订单备住Null 不超过40字用文字说明

(4)路线表如表3.4所示。

表3.4 路线表

数据

项

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

RouNo char(9) 订单编号Not null R00000001-R999

99999 主键R代表路线，后8位按顺序编号

Start varchar(

20)

出发地Not null 不超过10字用文字说明

Desti natio n varchar(

20)

目的地Not null 不超过10字用文字说明

PriTi

me

char(10) 预计时间Null

(5)客户评价表如表3.5所示。

表3.5 客户评价表

数据

项

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

CommL evel char(9) 评价编号Not null P0*******-P999

99999 主键

P代表评价，

后8位按顺

序编号

SerLe

vel

int 总体评价null 1-100 int 平均分数

CarLe

vel

char(10) 车辆评价Not null 1-100 int 分数

SvLev

el

char(10) 服务评价Not null 1-100 int 分数

TTLev el char(10) 运输时间评

价

Not null 1-100 int 分数

RouLe char(10) 路线评价Not null 1-100 int 分数

vel

FeeLe vel char(10) 运输费用评

价

Not null 1-100 int 分数

3.4函数依赖关系

(1)客户实体集Ecomp：

Ecomp(EcompNo、EcompName、ETelephone、regDate、SSerCode、Address、LPName、Telephone、ConName)∈3NF

(2)车辆实体集Car:

Car(CarNo、CarLisen、CarTime、SerTend、Accidents、TranFee、MaxWgt、CarType)∈3NF

(3) 路线实体集Route:

Route(RouNo、Start、Destination、Length、PriTime) ∈3NF

(4)订单联系集Order：

Order(OrderNo、OrderNum、OrderSum、Start、GName、GWgt、Length、Destination、OrderFee、OrderScript)∈2NF

(5) 客户评价CommLevel:

CommLevel(CommNo 、SerLevel、CarLevel、RouLevel、SvLevel、TTLevel、FeeLevel) ∈3NF

3.5模式求精

仔细分析订单表与客户表可以知道，由于订单数据过于庞大，所以会造成大量的冗余。因此可以把这订单表的属性分别再产生一张明细表，客户表产生一份供应商和需求商两张表。在订单主表和订单明细表中分别加上一个订单编号做主码。

订单表求精：

(1)订单主表OrderMaster如表3.6所示。

表3.6 OrderMaster

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

OrderN o char(9) 订单明细表

编号

Not null D0*******-D99

999999 主键

D代表订单，

后8位按顺

序编号

OrderN

um

char(9) 订单数量Not null

OrderS

um

char(9) 订单总额Not null

Start varchar(

40)

出发地Not null 不得超过20字用文字说明Destin varchar(目的地Not null 不得超过20字用文字说明

ation 40)

(2)订单明细表OrderDetail如表3.7所示。

表3.7 订单明细表OrderDetail

数据

项

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

Order No char(9) 订单编号Not null D0*******-D999

99999 主键

D代表订单，

后8位按顺

序编号

SEcom pNo char(9) 发货方客户

编号

Not null E00000001-E999

99999 外键

GName varchar(

20)

货物名称Null 不超过10字用文字说明GWgt char(10) 货物重量Not null

Lengt

h

char(10) 路程长度Not null

DEcom pNo char(9) 收货方客户

编号

Not null E00000001-E999

99999 外键

用文字说明

Order

Fee

Char(9) 运输费用Not null

Order time Datetime 订单时间Not null 订单生成时

间

Order Scrip t Varchar(

20)

订单备住Null 不超过40字用文字说明

4 物理设计

在逻辑设计的基础上，对关系模式的存储方式和数据库的存取结构进行了物理优化。

4.1关系模式存储方式选择

为提高数据库数据的存取速度，而需要设置合适的存取方式，主要采用以下两类存取方式。

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

(1)Ecomp表数据量相当大，其中EcompName (客户名称)、ETelephone (客户电话) 等属性列， Route表的start(出发地)和Destination(目的地)等属性列，以及Car表的carType(车类型)等属性经常出现在查询条件中，所以在以上几个表中的这几列中建立索引。

(2)Order表的OrderNum(订单数量)、OrderSum(订单总额)和CommLevel表中的车辆评价(CarLevel)、路线评价(RouLevel)、服务质量评价(SvLevel)、所花时间评价(TTLevel)等属性列经常被查询，所以在这几个表中建立索引。

4.1.2聚簇存取方式

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

4.2数据库的存取结构

为了提高系统整体性能，将数据库中的数据组织分为多个文件，分开进行存储。

4.2.1数据的存放位置

数据库中的数据组织一个primary文件进行存储，以下是对各表数据进行分析。

(1)数据相对稳定、数据量较大、经常用于查询的表存组，符合该条件的表为：

客户表Ecomp，车辆表Car。

(2)将数据变动可能性较大，数量较大，查询比较多的表，符合此条件的表有：

订单表Order，路线表Route，客户评价表CommLevel。

4.2.2数据存储路径

(1)在目前实验条件下，根据实验的需求，将各数据文件存储在以下路径中。

create database Transdb

on primary

( name=' Transdb ',

filename=' D:\database\Transdb.mdf',

size=5,

maxsize=20,

filegrowth= 1 )

log on

( name=' Translog',

filename=' D:\database\Translog.ldf',

size=2,

maxsize=8,

filegrowth=1)

Go

5 数据库脚本

set nocount on