物流系统数据库设计

1、叮叮小文库本科学生综合性实验报告课程名称：数据库技术及应用第三方物流运输系统数据库设计项目组长强项学号0093954成员彭聪学号0093956蔡佳欣学号0093971B01班实验项目名称第三方物流运输系统数据库设计指导教师及职称开课学期2010至2011学年第2学期截止日期2011年_6 月20日目录1需求分析 11.1 编写目的 11.2 背景 11.3 功能分析 21.4 系统功能分析 21.4.1 客户基本信息管理 21.4.2 车辆基本信息管理 31.4.3 订单基本信息管理 31.4.4 路线基本信息管理 31.4.5 客户评价基本信息管理 31.5 系统功能图分析 41.6 数据需

2、求及业务规则分析 41.7 数据约束分析 51.8 数据字典 61.8.1 数据项与数据结构 61.8.2 数据处理 92数据库概念设计 92.1 定义实体集及属性 92.2 定义联系集及属性 102.3 E-R模型设计 102.3.1 实体E-R模型设计 102.3.2 多元联系E-R模型设计 112.3.3 总E-R模型设计 123逻辑设计 123.1 实体集转化为关系模式 123.2 联系集转化为关系模式 133.3 聚合转化为关系模式 133.4 关系设计 133.5 函数依赖关系 163.6 模式求精 164物理设计 174.1 关系模式存储方式选择 174.1.1 索引存取方式，主

3、要采用 B+树索引方法 184.1.2 聚簇存取方式 184.2 数据库的存取结构 184.2.1 数据的存放位置 184.2.2 数据存储路径 185数据库脚本 186游标、触发器与存储过程 241需求分析需求分析将从编写目的、背景、系统目标系统功能分析、系统总体功能图、数据字典、数据需求及业务规则分析、实体和联系等方面进行分析，为概念设计提供依据。1.1编写目的改变当下物流运输的滞后现状，通过科学的数据库管理，完善物流运输行业的工作环节，提高运输效率，从而达到客尸满意水平，形成一个一体化运输与反馈的物流运输环境。1.2背景背景之一：我国国民经济高速发展我国自改革开放以来，国民经济就走上了持

4、续稳定高速发展的道路，年均增长8%以上，而从全国看，发展最快的又是我国东南沿海一些省市，他们利用国家给经济特区等一系列优惠政策，大力改革开放，发展经济，率先实现经济的超常规大幅度增长，其中出现了一批大型实力客尸，像海尔、宝洁、旧M等。经济的大幅增长，必然导致巨大的物质产品的流动，也就必然导致物流M的增加。这是经济发展的必然规律，也是物流业成长的必然规律。背景二：是改革开放的结果我国第三方物流的诞生是改革开放的结果，跟改革开放有宜接的关系。首先 由一些 国内的外资客尸率先促成的，人们不难从我国第三方物流的产生过程看出它有三个特点：第一，它们是从东南沿海一些改革开放程度比较高的省市首先搞起来；第二

5、，它首先是由像宝洁、旧M等这样一些国外的大公司促成我国的一些客尸搞起来的；第三，第三方物流公司的业务最先也主要是为国外这些大公司服务的物流业务。而由点到面的发展，必然需要发达的物流来带动。背景三：是我国物流学发展的结果我国第三方物流的发展有一个有趣的现象，就是一旦有了一个第三方物流的样板和模式，社会很快在各个地方推广开来。特别是最近几年，发展特快，上 海、北京、天津 等城市且不说，武汉就一下子兴起了如中远、长江、中储、武储等好几家大型第三方物流公司。出现这种现象，可以说是中国物流学发展的结果，人们已经有了比较好的物流观念和物流学基础。背景四：是信息技术发展的结果20世纪90年代以来，随着因特网

6、技术以及各种信息技术的发展，为客尸建 设高效率的信息技术网络创造了条件，信息技术实现了数据的快速、准确传递，一方面提高了物流客尸在仓库管理、装卸运输、采购、订货、配送发运、认单处 理的自动化水平， 促使订货、包装、保管、运输、流通加工一体化，使大规模、高质M、高服务水平处理物流客尸与其他客尸间的信息沟通交流、协调合作方便快捷，并能有效跟踪和管理物流渠道中的货物，精确计算物流活动的成本，这就 使客尸可以随时跟踪自己的货物，因而放心地把自己的物流业务交由第三方物流客片处理，这些环境条件都促使了第三方物流客片的产生。背景五：是市场竞争的结果第三方物流的产生是社会分工的必然结果。各客尸为增强市场竞争力

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

8、流的综合优越性。1.3 功能分析第三方物流系统的两个重要因素：线路和节点，过去我们比较重视的是线路问题，线路与节点发展的不平衡使得我国物流的效率长期低下，资源利用率不高。 对此，我们将从以下几个方面改善上述问题：快速、及时方面：及时性不但是服务性的延伸，也是流通对物流提出的要求。快速、及时既是一个传统目标，更是一个现代目标。其原因是随社会大生产发展，这一要求更加强烈了。在物流领域采取的诸如宜达物流、联合一贯运输、高速公路、时间表系统等管理和技术，就是这一目标的体现。节约方面：节约是经济领域的重要规律，在物流领域中除流通时间的节约外，由于流通过程消耗大而又基本上不增加或提高商品使用价值，所以领先

9、节约来降低投入，是提高相对产出的重要手段。规模化方面：以物流规模做为物流系统的目标，是以此来追求"规模效益"。生产领域的规模生产是早已为社会所承认的。由于物流系统比生产系统的稳定性差，因而难于形成标准的规模化格式。在物流领域以分散或集中等不同方式建立物流系统，研究物流集约化的程度，就是规模优化这一目标的体现。库存调节方面：是服务性的延伸，也是宏观调控的要求，当然，也涉及到物流系统本身的效益。在物流领域中正确确定库存方式、库存数M、库存结构、库存分布就是这一目标的体现。1.4 系统功能分析第三方物流系统功能：客片基本信息管理、路线基本信息管理、车辆基本信息管理、订单基本信息管

10、理、客片评价基本信息管理。1.4.1 客片基本信息管理为客尸提供基本信息增加、修改、删除功能。包括：(1)客片基本信息增加：客片通过注册录入基本信息，客片注册时要求填写基本信息，包括客尸名称、客尸电话、登陆密码、公司地址、注册时间、法人姓名、联系人姓名等信息，系统在注册用片注册完后自动为其生成一个客尸编号，并且 嵌入到客片注册信息内，形成完整的客尸资料。(2)客片基本信息修改：客片基本信息注册错误或有所改变时可以进行信息的修改。可以修改登陆密码，修改联系人姓名，修改联系人电话。(3)客尸基本信息删除：客片可以通过注销来删除客尸基本信息。1.4.2车辆基本信息管理提供车辆基本信息增加、修改、查询

11、、删除功能。包括：(1)车辆基本信息增加：系统可以增加车辆基本信息，包括车牌号、车类型、 最大 载重M、上牌时间、服务范围、事故情况、运输单价 (以路程和重M计算)等信息。系统 检查所有信息填写正确后提示增加成功，返回车辆编号。(2)车辆基本信息修改：车辆基本信息如果出错或者有所改变，系统可以对车辆基本信息的具体内容进行修改。可以修改车辆车牌号，修改车辆车类型，修 改车辆载物重，修改车辆上牌时间车龄，修改车辆事故情况，修改车辆服务意向，修改车辆运输单价。(3)车辆基本信息查询：根据不同的条件查询车辆基本信息。可以按车辆车牌号查询车辆基本信息，按车辆车类型查询车辆基本信息，按车辆载物重查询车辆基

12、本信息，按车辆事故情况查询车辆基本信息，按车辆供车服务意向查询车辆基本信息，按车辆运输单价查询车辆基本信息。(4)车辆基本信息删除：由于车辆报废或转卖，可以删除车辆基本信息，包 括车辆 编号、车牌号、车类型、最大载重呈、上牌时间、服务意向、事故情况、运输单价等信息。143订单基本信息管理提供订单表的增加、删除、修改功能：(1)订单基本信息增加：客尸在填写客片编号、货物名称、货物重M、路程 长度、 出发地、目的地、订单时间、订单备注等信息后，系统检查所有信息填写正确后提示增加成功并返回订单总额和订单编号。订单表还包括订单数M和运输费用等。(2)订单基本信息更新：系统根据订单表自动更新订单表中的信

13、息，如订单 表编 号、订单数M、订单总额等。(3)订单基本信息修改：客尸可根据需要修改出发地、货物名称、货物重M、目的地、订单备注等信息。(4)订单基本信息查询：客尸或第三方物流公司可根据订单编号、出发地、目的地、订单金额、运输费用和货物重M等对订单进行查询。144路线基本信息管理提供路线基本信息增加、删除、优化、修改功能。包括：(1)路线基本信息增加：第三方物流公司统计订单目的地后添加路线基本信息，其中包含路线编号，出发地，目的地，预计所需时间等信息。(2)路线基本信息删除：根据客尸退单情况或者交通天气状况的改变进行一些无效线路的删除。(3) 路线基本信息优化：根据筛选重复路线及包含路线进行

14、路线整合，优化计算所需最短最少路线。(4)路线基本信息修改：根据更改订单状况或者交通天气状况对路线信息进行修改。包括路线出发地的修改，路线目的地的修改和路线交通工具的修改。1.4.5客片评价基本信息管理提供客尸满意度评价功能及查询功能。(1)客尸满意度评价：需求商和供应商对此次物流运输的整体情况做一个星级评价。包括：评价编号和总体评价。(2)具体服务项目评价：客片(包括供应商和需求商)对本次第三方物流运输 情况的 各个子项目进行评价。包括：对服务质M的评价，对运输路线的评价，对运输车辆的评价，对运输时间的评价，对运输费用的评价。(3)反馈信息查询：根据不同条件查询总体评价和各项服务评级水平。可

15、以 按评价 号查询，按客尸姓名查询，按路线编号查询，按运输费用查询，按车辆评价查询，按费用评价查询，按所花时间查询。1.5 系统功能图分析第三方物流运输系统功能图如图1.1所示客户基本信息增加客户基本信息删除客户基本信息管理客户基本信息修改路线基本信息管理路线基本信息增加路线基本信息优化路线基本信息查询路线基本信息删除路线基本信息修改叫一方物流运输系统车辆基本信息管理车辆基本信息增加车辆基本信息修改车辆基本信息查询车辆基本信息删除订单基本信息管理订单基本信息查询订单基本信息更新订单基本信息增加客户评价信息管理客户满意度评价反馈信息查询各项服务评价查询图1.1系统功能图1.6 数据需求及业务规则

16、分析业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定，基于上述功能需求，通过进一步了解第三方物流运输系统需求及业务分析规则如下：(I)客尸由客片编号唯一标识，需要存储客片的公司名、登陆密码、公司地址、 注册 时间、法人姓名、联系人姓名等信息。客尸只能查询自己的基本信息。(3)供应商客尸需在48小时内登陆并发货。(4)需求商客片提交运输申请 48小时后不得修改。(5)需求商客尸48小时内提交相同目的地的运输申请可合并为一个订单。(6)需求商客尸48小时内可以取消运输申请，登陆后请求删除订单。7 7) 一个客片只能有一名法人。(8)供应商客片与需求商客尸同时确认订单时予以发货运输。提

17、出申请48小时后有一方未确认则取消订单。(9)未发货的同一目的地或其包含路线上的订单数小于10时，在最早提交申请的订单确认24小时后发货运输。(10)双方确认订单后原则上不允许撤销，如有真实存在的不可抗拒因素而必须取消订单的话，责任方需交付订单金额的10%乍为违约金。若取消订单数目过多导致上条情况发生，则责任方需另交付订单金额5%乍为剩余订单公司的延迟运输补偿。(II)在交付第三方物流运输费用后我司方可开始运输。(12)每个运输车辆在事故状况中出现3次以上事故本月停止运输工作。(13)订单中的运输费用必须大于 0。(14)服务评价最高等级为5,最低为1,且一次运输订单号只有一次评价机会。(15

18、)客尸满意度评价中供应商客尸与需求商客尸对每张订单分别能且仅能评价一次。(16)每一辆车的总载重M不能超过该车的最大载重(17)订单中的出发地和目的地必须和路线中的出发地和目的地相同。8 .7数据约束分析(1)客片编号约束：以字母 E开头再加上8位数字组成，按流水号一次增大。 check 约束为 check(EcompNolike ' E0-90-9 0-90-9 0-9 0-90-9 0-9')。(2)路线编号约束：以字母 R开头再加上8位数字，按流水号一次增大。check约束 为 check(RouNo like ' R0-9 0-9 0-9 0-9 0-9 0-9

19、 0-9 0-9')。(3)车辆编号约束：以字母 C开头再加上8位数字。按流水号一次增大。check约束 为 check(CarNo like ' B0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9')。(4)订单编号约束：以字母 。开头再加上8位数字。按流水号一次增大。check 约束为 check(OrderNo like ' O0-90-9 0-90-9 0-9 0-9 0-90-91)(5)客片信息表的主键是 EcompNo每一个编号都是唯一的。(6)客尸的所有信息不允许为空。(7)车辆信息表的主键是 CarNo,每一个车辆编号都是唯一的。

20、(8)路线信息表的主键是 RouNo,每一个路线编号都是唯一的。(9)路线信息表中所有信息不允许为空。(10)订单表的主键是 OrderNo,每一个订单编号都是唯一的。(11)订单表中运输单价为 X元/kg?km,具体情况根据货物类型而定。(12)所有密码(SSerCode)不能为空值，由6-12位字母和数字组成。(13)注册日期(regDate)不能为空值，数据类型为 datetime。(14) 联系人电话(Telephone)不能为空值，取值范围为 00000000000-99999999999,固定电话加地区号输入。(15)订单一旦生成则无法删除。(16)联系人姓名(EcompName不

21、能为空值，不得超过 20字。(17)最大载重M (MaxWgt)不能为空值，数据为into(18)车牌号(CarNoo)不能为空值，真实填写。(19)车类型(CarType)不能为空值，不得超过5字，用文字说明。(20)事故状况(Accidents)不能为空值，数据类型为into(21)上牌时间(CarTime)不能为空值)数据类型为into(22)总体评价(SerLevel)不能为空值,0-100范围内into(23)运输时间(TranTime)数据类型为int,单位：小时。(24)运输单价(TranFee)不可以为空值，数据类型into(25)出发地(Start)不能为空值，不得超过20字

22、，用文字说明，默认只能用城市名。(26)目的地(destination)不能为空值，不得超过20字，用文字说明，默认只能用城市名。1.8数据字典1.8.1 数据项与数据结构通过对所建立的表进行分析，我们得到了以下一些数据项：(1)客尸表如表1.1所示。表1.1客户表数据项数据类型别名是否为空约束取值含义EcompN ochar(9)客尸编号Not nullE00000001-E99999999主.键E代表客尸，后8位 按顺序由系统 自动编号EcompN amechar(6)客片名称Not null真实填写RegDat echar(8)注册日期Not null以天为单位以系统时间为准SSerCo

23、 deChar(6)登陆密码Not null字母或数字6 位(不分大小 写)Addres sChar(30)客尸地址Not nullTeleph onevarchar (11)联系人电话Not nullLPNam evarchar(6)法人姓名Not null不得超过3字用文字说明ETelep honevarchar (11)客片电话Not nullConNa m eChar(6)联系人姓名Not null必须为客尸公 司的经理联系 人(2)车辆表如表1.2所示表1.2车辆表项据数数据类型别名是否为空约束取值含义CarNochar(9)车辆编号Not nullC00000001-C999999

24、99主键C代表车辆， 后8位按顺 序编勺CarLi senChar(6)车牌号Not null真实填写CarTi meDatetime上牌时间Not null6-12位，由字母 和数字组成SerTe ndvarchar( 20)服务意向Null不得超过20字用文字说明Accid en tsvarchar( 20)事故状况Not null不超过20字用文字说明TranF eevarchar( 20)运输单价Not null不超过40字用文字说明MaxWg tInt取人载重Not nullCarTy pedvarchar(20)车类型Not null不超过五字用文字说明(3)订单表如表1.3所示。

25、表1.3订单表数据 项数据类型别名是否为空约束取值含义OrderNochar(9)订单编号Not nullD00000001-D99999999主键D代表明细表，后8位按顺序编号OrderNumchar(9)订单数MNot nullOrderSumchar(9)订单金额NullStartvarchar( 40)出发地Not null不得超过20字外 键用文字说明desti n atiovarchar( 40)目的地Not null不得超过20字外 键用文字说明nGNamevarchar( 20)货物名称Not null不超过20字用文字说明GWgt 1char(10)货物MNot nullLe

26、ngt h(:har(10)路程长度Not null外键OrderFeechar(9)运输费用Null不得超过40字OrderScrip tVarchar( 20)订单备住Null不超过40字用文字说明Order timeDatetime订单时间Not null订单生成时间(4)路线表如表1.4所不表1.4路线表数据 项数据类型别名是否为空约束取值含义RouNochar(9)路线编号Not nullR00000001-R99999999主键R代表订单， 后8位按顺序 编号Startvarchar( 20)出发地Not null不超过20字用文字说明Disti n atio nvarchar(

27、20)目的地Not null不超过20字用文字说明Lengt hchar(10)路程长度Not nullPriTi mechar(10)预计时间Not null(5)客片评价表如表1.5所示。表1.5客户评价表数据 项数据类型别名是否为空约束取值含义CommL evelchar(9)评价编号Not nullP00000001-P99999999主键P代表评价，后8位按顺序 编号SerLe velchar(10)总体评价Not nullCarLe velchar(10)车辆评价Not nullSvLev elchar(10)服务评价Not nullTTLev elchar(10)所花时间评 价N

28、ot nullRouLe velchar(10)路线评价Not nullFeeLe velchar(10)费用评价Not null1.8.2数据处理数据处理结果如表1.6所示。表1.6数据处理编 号功能处理说明1.客片注册当客片成功注册后，自动在客尸表中添 该客尸的注册信息加2.修改客尸登陆密码先按客片编号查询到客片基本型桁息 登陆密码进行修改再对3.修改客片联系人姓名先按客片编号查询到客片基本型桁息 客片联系人姓名进行修改再对4.修改客片联系人电话先按客片编号查询到客片基本型桁息 客片联系人电话进行修改再对5.按客片名称查询客尸基本桁息按客尸名称精确查询客尸基本信息6.按客片编号查询客尸基本

29、彳口息按客尸编号精确查询客尸基本桁息7.按法人姓名查询客尸基本信息按客尸法人姓名精确查询客尸基本信息8.按客尸经理人姓名查询客尸基本 息信按客尸经理人姓名精确查询客尸基本信息9.按客尸经理人电话查询客片基本 息信按客片经理人电话查询客片基本信息10.客片注销按客尸编号精确查询到客尸基本桁息, 进行删除再11.订单金额计算按照路程长度和货物重M计算订单金额12.客片评价客尸按照路线，车辆，服务，时间，费 评价，算出平均分生成总体评价。用2数据库概念设计对实体集及属性、联系集及属性进行定义和E-R模型设计。2.1 定义实体集及属性 客片实体集 Ecomp客片编号 （EcompNo ）客片名称 （E

30、compName、客六 电话（ETelephone）、注册日期 （RegDate）、登陆密码 （SSerCode）、地址（Address ）、 法人姓名（LPName）联系人姓名（ConName。路线实体集 Route :路 线编号(RouNo)、出发 地(Start)、目的地 (Distination)、路程长度(Length)、预计时间(PriTime)等信息。(3)车辆实体集 Car :车辆编号(CarNo)、车牌号(CarLisen)、上牌时间(CarTime) 服务意向(SerTend)、事故状况(Accidents)、运输单价(TranFee)、最 大载重 (MaxWgt)、车类型

31、(CarType)。2.2 定义联系集及属性(1)订单 Order :订单编号(OrderNo)、订单数M (OrderNum)、订单总额 (OrderSum)、出发地(Start)、目的地(destination)、货物名称(GName)货物 SL量 (GWgt)、运输费用(OrderFee)、路程长度(Length)、订单备注(OrderScript)、订单时 间(Ordertime)。(2)客片评价CommLeveI评价编号(CommNo)总体评价(SerLevel)、车辆评 价 (CarLevel)、路线评价(RouLevel)、服务质M评价(SvLevel)、运输时间评价 (TTLe

32、vel)、费用评价(FeeLevel)。2.3 E-R模型设计系统的E-R模型设计，不仅包括基本实体的E-R图设计，还包括两个实体之间的联系的E-R图设计，下面分别从单个实体E-R图设计、两个实体 E-R图设计 以及聚合的E-R图设计进行简单表示与阐述。2.3.1 实体E-R模型设计精品文库图2.3路线E-R模型2.3.2多元联系E-R模型设计图2.4订单联系E-R模型2.3.3 总E-R模型设计3逻辑设计E-R本次设计的数据库在 SQL Server 2000上实现，将概念结构设计中的 图转换成SQL Sever 2000支持的关系数据模型。3.1 实体集转化为关系模式(1)客片实体集Eco

33、mpEcomp(EcompNo EcompName ETelephone 、regDate、SSerCode Address、 LPName Teleph one、ConN ame)(2)车辆实体集Car:Car (CarNo、CarLisen、CarTime、SerTend、Accidents、Tran Fee、MaxWgtCarType)(3)路线实体集Route:Route (RouNo、Start、Distination、P 订 ime)3.2 联系集转化为关系模式订单联系集Order:Order(Orderno、OrderNum、OrderSum、GName GWg、Length、S

34、tart、 destination、 OrderFee、 OrderScript)3.3 聚合转化为关系模式客片评价 CommLevelCommLeve(CommNo SerLevel 、CarLevel、RouLevel、SvLevel、TTLevel、 FeeLevel)3.4 关系设计关系设计包括转换后所得表和函数依赖关系，转换后为：客尸表如表 3,1所示。表3.1客户表数据项数据类型别名是否为空约束取值含义EcompN ochar(9)客尸编号Not nullE00000001-E99999999主键E代表客尸,后8位按顺序由系 统自动编号EcompN amechar (6)客片名称N

35、ot null真实填写ETelep honevarchar(11)客片电话Not nullRegDat eDatetime注册日期Not null以天为单位以系统时间为准SSerCo deChar(6)登陆密码Not null子母或数子6位（不分大 小写）初始密码为123456Teleph onevarchar(11)联系人电话Not nullLPNamevarchar(10)法人姓名Not null不得超过5字用文字说明ConNamChar(6)联系人姓名Not null必须为客尸公 司的经理e联系人(2)车辆表如表3.2所示表3.2车辆表呗据数别名是否为空约束取值含义CarNochar(9

36、)车辆编号Not nullC00000001-C99999999主键C代表车辆， 后8位按顺 序编勺CarLi senChar(6)车牌号Not null真实填写CarTi meDatetime上牌时间Not null6-12位，由字母 和数字组成SerTe ndvarchar( 40)服务意向Null不得超过20字用文字说明Accid en tsnt事故状况Not null用数字说明TranF eevarchar( 20)运输单价Not null不超过40字用文字说明MaxWg t、nt取人载重Not nullCarTy Pedvarchar(20)车类型Null不超过五字用文字说明(3)订

37、单表如表3.3所示。表3.3订单表项据 数别名是否为空约束取值含义OrderNochar(9)订单编号Not nullD00000001-D99999999主键D代表订单， 后8位按顺序 编号OrderNumchar(9)订单数MNot nullOrderSumchar(9)订单总额NullStartvarchar( 40)出发地Not null不得超过20字外 键用文字说明Desti n atio nvarchar( 40)目的地Not null不得超过20字外 键用文字说明GName、，archar( 40)货物名称Null不超过20字外键用文字说明GWgtchar(10)货物MNot n

38、ullLengt h c;har(10)路程长度Not nullOrder FeeChar(9)运输费用Null不得超过40字OrderScrip tVarchar( 20)订单备住Null不超过40字用文字说明(4)路线表如表3.4所示。表3.4路线表数据 项别名是否为空约束取值含义RouNochar(9)订单编号Not nullR00000001-R99999999主键R代表路线， 后8位按顺序 编号Startvarchar(20)出发地Not null不超过10字用文字说明Desti n atio nvarchar( 20)目的地Not null不超过10字用文字说明PriTi mech

39、ar(10)预计时间Null(5)客片评价表如表3.5所示表3.5客户评价表数据 项别名是否为空约束取值含义CommL evelchar(9)评价编号Not nullP00000001-P99999999主键P代表评价，后8位按顺序 编号SerLe velint总体评价n ull1-100 int平均分数CarLe velchar(10)车辆评价Not null1-100 int分数SvLev elchar(10)服务评价Not null1-100 int分数TTLev elchar(10)运输时间评 价Not null1-100 int分数RouLechar(10)路线评价Not null1

40、-100 int分数velFeeLe velchar(10)运输费用评 价Not null1-100 int分数3.5 函数依赖关系客片实体集EcompEcomp(EcompNo EcompNameETelephone 、regDate、SSerCode Address、 LPName Telepho ne、Co nN ame 矢 3NF(2)车辆实体集Car:Car(CarNo、CarLisen、CarTime、SerTend、Accidents、TranFee、MaxWg、 CarType) ? 3NF(3)路线实体集Route:Route(RouNo Start、Destination、

41、Length、P 订 ime) ? 3NF(4)订单联系集Order:Order(OrderNo、OrderNum OrderSum Start、GNam、GWg、Length > Destination、OrderFee、OrderScript) ? 2NF(5)客片评价 CommLevel:CommLevel(CommNo SerLevel 、CarLevel、RouLevel、SvLevel、TTLevel、 FeeLevel) ? 3NF3.6 模式求精仔细分析订单表与客尸表可以知道，由于订单数据过于庞大，所以会造成大 M的冗 余。因此可以把这订单表的属性分别再产生一张明细表，客

42、片表产生一份供应商和需求商两张表。在订单主表和订单明细表中分别加上一个订单编号做主码。订单表求精：(1)订单主表OrderMaster如表3.6所示。表 3.6 OrderMaster数据项数据类型别名是否为空约束取值含义OrderN ochar(9)订单明细表 编号Not nullD00000001-D99999999主键D代表订单，后8位按顺序 编号OrderN umchar(9)订单数MNot nullOrderS umchar(9)订单总额Not nullStartvarchar( 40)出发地Not null不得超过20字用文字说明Destinvarchar(目的地Not null不

43、得超过20字用文字说明项据 数别名是否为空约束取值含义OrderNochar(9)订单编号Not nullD00000001-D99999999主键D代表订单， 后8位按顺序 编号SEcom pNochar(9)发货方客尸 编号Not nullE00000001-E99999999外键GName，archar( 20)货物名称Null不超过10字用文字说明GWgtchar(10)货物MNot nullLengt h c;har(10)路程长度Not nullDEcom pNochar(9)收货方客尸 编号Not nullE00000001-E99999999外键用文字说明OrderFeeCha

44、r(9)运输费用Not nullOrder timeDatetime订单时间Not null订单生成时间OrderScrip tVarchar( 20)订单备住Null不超过40字用文字说明atioon40) 40)(2)订单明细表OrderDetail如表3.7所示。表3.7订单明细表OrderDetail4物理设计在逻辑设计的基础上，对关系模式的存储方式和数据库的存取结构进行了物理优化。4.1 关系模式存储方式选择为提高数据库数据的存取速度，而需要设置合适的存取方式，主要采用以下两类存取方式。4.1.1 索引存取方式，主要采用B+树索引方法(1) Ecomp表数据M相当大，其中 Ecomp

45、Name客片名称)、ETelephone (客 片电 话)等属性列，Route表的start(出发地)和Destination(目的地)等属性 列,以及Car表 的carType(车类型)等属性经常出现在查询条件中，所以在以上几个表中的这几列中建立索引。(2)Order表的OrderNum 仃单数M )、OrderSum(订单总额)和CommLeve表 中的 车辆评价(CarLevel)、路线评价(RouLevel)、服务质M评价(SvLevel)、所 花时间评价 (TTLevel)等属性列经常被查询，所以在这几个表中建立索引。4.1.2 聚簇存取方式除特殊说明的表外，在其余各表主键上默认地建

46、立聚簇索引。4.2 数据库的存取结构为了提高系统整体性能，将数据库中的数据组织分为多个文件，分开进行存储。4.2.1 数据的存放位置数据库中的数据组织一个 primary文件进行存储，以下是对各表数据进行分析。(1)数据相对稳定、数据M较大、经常用于查询的表存组，符合该条件的表为：客尸表 Ecomp车辆表 Car。(2)将数据变动可能性较大，数M较大，查询比较多的表，符合此条件的表有：订单表Order,路线表Route,客片评价表 CommLevel 4.2.2数据存储路径(1)在目前实验条件下，根据实验的需求，将各数据文件存储在以下路径中。create database Tran sdbon

47、 primary(n ame=' Tran sdb ',file name=' D:databaseTra nsdb.mdf, size=5, maxsize=20, filegrowth= 1 ) log on(n ame=' Tran slog',filename=' D:databaseTranslog.ldf,size=2,maxsize=8, filegrowth=1) Go5数据库脚本set nocount on set dateformat ymd use mastergoif not exists(select * from sy

48、slogins where name='user01')exec sp_addlog in user01,user01 go/*create database*/if exists(select *from sysdatabases where n ame=' Tran sdb ') drop database Tran sdbgocreate database Tran sdbon primary(n ame='Tra nsdb ',file name='D:databaseTra nsdb.mdf,size=1,maxsize=5,f

49、ilegrowth=1)log on(n ame='CarLog',file name='D:databaseTra nsLog.ldf,size=1,maxsize=5,filegrowth=1)go/*data mydatabase*/use Tran sdbgo/* add my user*/exec sp_adduser user01,user01go /*客片表*/Creat table Ecomp(EcompNochar(9)Not null/*EcompNamechar Not null/*RegDatechar(8)Not null/*SSerCodeC

50、har(6)Not null/*addressChar(30)Not null/*LPNamevarchar(6)Not null/*ETelepho nevarchar(11)Not null/*ConNameChar(6)Not null/*Telepho nevarchar(11)Not null /*客片编号*/ 客尸名称*/注册日期*/ 登陆密码*/ 客片地址*/法人姓名*/ 客尸电话*/ 联系人姓名*/ 联系人电话*/Con stra int EcompPK primary key (EcompNo) ) go grant all on Ecomp to user01 go/*车辆

51、表*/ create table Car(CarNo char(9) not nullcheck(CarNo like 'C0-90-90-90-90-90-90-90-9'),CaWse nchar Not null,CarTime Datetime Not n ull, SerTe ndvarchar(40) Null, con stra int CarPK primary key (Carno) )Accide ntsTranFeeMaxWgtCarTypeint Not null, varchar(20) int Not null, varchar(20)Not null,Null,gogrant all on Car to user01go/*订单主表*/create table Ordermaster (OrderNo char(9