拼车系统数据库设计

1、本科学生综合性实验报告课程名称：数据库系统原理拼车系统数据库设计实验项目名称 拼车系统数据库设计矚慫润厲钐瘗睞枥庑赖。 聞創沟燴鐺險爱氇谴净。 残骛楼諍锩瀨濟溆塹籟。 酽锕极額閉镇桧猪訣锥。 彈贸摄尔霁毙攬砖卤庑。 謀荞抟箧飆鐸怼类蒋薔。 厦礴恳蹒骈時盡继價骚。 茕桢广鳓鯡选块网羈泪。 鹅娅尽損鹌惨歷茏鴛賴。 籟丛妈羥为贍偾蛏练淨。 預頌圣鉉儐歲龈讶骅籴。 渗釤呛俨匀谔鱉调硯錦。 铙誅卧泻噦圣骋贶頂廡。 擁締凤袜备訊顎轮烂蔷。 贓熱俣阃歲匱阊邺镓騷。 坛摶乡囂忏蒌鍥铃氈淚。 蜡變黲癟報伥铉锚鈰赘。 買鲷鴯譖昙膚遙闫撷凄。 綾镝鯛駕櫬鹕踪韦辚糴。 驅踬髏彦浃绥譎饴憂锦。 猫虿驢绘燈鮒诛髅貺庑。

2、锹籁饗迳琐筆襖鸥娅薔。 構氽頑黉碩饨荠龈话骛。 輒峄陽檉簖疖網儂號泶。 尧侧閆繭絳闕绚勵蜆贅。 识饒鎂錕缢灩筧嚌俨淒。 凍鈹鋨劳臘锴痫婦胫籴。 恥諤銪灭萦欢煬鞏鹜錦。 鯊腎鑰诎褳鉀沩懼統庫。 硕癘鄴颃诌攆檸攜驤蔹。 阌擻輳嬪諫迁择楨秘騖。 氬嚕躑竄贸恳彈瀘颔澩。 釷鹆資贏車贖孙滅獅赘。 怂阐譜鯪迳導嘯畫長凉。 谚辞調担鈧谄动禪泻類。 嘰觐詿缧铴嗫偽純铪锩。 熒绐譏钲鏌觶鷹緇機库。 鶼渍螻偉阅劍鲰腎邏蘞。 纣忧蔣氳頑莶驅藥悯骛。 颖刍莖蛺饽亿顿裊赔泷。目录1 需求分析 11.1 编写目的 11.2 背景 11.3 系统目标 11.4 系统功能分析 21.4.1 卖家基本信息管理 21.4.2 路

3、线基本信息管理 21.4.3 商品基本信息管理 31.4.4 拼车预订信息管理 41.4.5 订单信息管理 51.4.6 拼车评价信息管理 51.5 系统总体功能图 51.6 数据需求及业务规则分析 71.7 数据约束分析 81.8 数据字典 91.8.1 数据项与数据结构 91.8.2 数据处理 112 数据库概念设计 152.1 定义实体集及属性 152.2 定义联系集及属性 152.3 E-R 模型设计 162.3.1 实体 E-R 模型设计 162.3.2 二元联系 E-R 模型设计 182.3.3 三元联系 E-R 模型设计 192.3.4 总 E-R 模型设计 203 逻辑设计 2

4、13.1 实体的转化为关系模式 213.2 联系的转化为关系模式 213.3 关系设计 223.3 函数关系依赖 253.4 模式求精 254 物理设计 284.1 关系模式存储方式选择 284.1.1 索引存取方式，主要采用 B+ 树索引方法 284.1.2 聚簇存取方式 284.2 数据库的存取结构 284.2.1 数据的存放位置 284.2.2 数据存储路径 295 数据库脚本 296 触发器与存储过程 421 需求分析需求分析将从编写目的、背景、系统目标系统功能分析、系统总体功能图、 数据字典、 数据需求及业务规则分析、 实体和联系等方面进行分析， 为概念设计 提供依据。 濫驂膽閉驟羥

5、闈詔寢賻。1.1 编写目的让该文档的使用成员成为拼车系统的开发人员及拼车系统具体组织管理人 员。1.2 背景拼车是指具有相同路线的人乘坐同一商品进行通勤及节假日出行， 车费由乘 客协议分摊的行为。 市场经济， 理性经济人假设条件下， 任何一项事物的产生都 有着一定的必然性，就“拼车”而言，其产生的原因大致可概括为六个方面： 銚 銻縵哜鳗鸿锓謎諏涼。（ 1） 随着社会经济的发展，居民生活水平的提高，小汽车开始走进千家万 户，这使得“拼车”成为了可能，即为“拼车”的出现提供了必要的物质基础； 挤貼綬电麥结鈺贖哓类。（ 2） 机动车保有（出行）成本的大幅攀升（如燃油、停车、维修保养等） ， 迫使车主

6、开始寻找成本分担方法；（ 3）现有旅客运输的供给无法满足居民的出行需求 （节假日期间尤为明显） ， 那部分无法被满足的“过剩需求”必将转寻其他方式， “拼车”无疑是一种不错 的选择； 赔荊紳谘侖驟辽輩袜錈。（4）居民个性化出行需求的增多（特别是年轻人） ，对现有的旅客运输也是 一种无形的挑战；（ 5） 一些交通管理措施的实行，推动了“拼车”的产生，如，国外一些发 达国家为缓解城市交通拥堵锁推行的“鼓励上下班合乘”的措施等； 塤礙籟馐决穩賽 釙冊庫。（ 6） 信息技术的飞速发展，特别是互联网的广泛普及，为“拼车”信息的 发布、检索以及“拼车”条件的协商提供了中介平台， 在百度上进行搜索， 可以

7、发现，几乎每个大城市都有自己的卖家（拼车）网，“拼”作为一种崭新的生活 方式已逐渐被人们所接受。 裊樣祕廬廂颤谚鍘羋蔺。将上述六个方面的原因分为三类： 第一，供给条件 （原因（1）、（2）；第二， 需求条件（原因（ 3）、（4）、（5）；第三，中介平台条件（原因（ 6）。从中可以 看出，运输市场构成的三个要素已经完全具备， “拼车”的的产生已成为一种趋 势。 仓嫗盤紲嘱珑詁鍬齊驁。1.3 系统目标有车一族在网上发布出行信息（每天的出行、远途出行都可以） ，没车（或 者有车，但不想开车）又顺路的人可以拼车，当然搭车的人需要付一定的金额。 绽萬璉轆娛閬蛏鬮绾瀧。当拼车网的管理人员使用了 拼车系统

8、软件后， 可以通过计算机完成以下 几方面的管理工作：拼车网注册卖家管理、路线信息管理、商品信息管理、成功 拼车信息管理。拼车系统用户分为二类： 骁顾燁鶚巯瀆蕪領鲡赙。（ 1）拼车网游客： 只可以浏览拼车网开放的业务和信息， 不可以进行网上拼 车，也不为该类客户提供个性化服务，该类客户无需注册。 瑣钋濺暧惲锟缟馭篩凉。（ 2）拼车网正式客户： 必须在拼车网注册，登录本拼车网后，这类客户可 以浏览拼车网的拼车信息， 可以进行网上拼车， 也可享受拼车网提供的个性化服 务以及优惠服务等。 鎦诗涇艳损楼紲鯗餳類。1.4 系统功能分析拼车系统功能：卖家基本信息管理、 路线基本信息管理、商品基本信息管理、

9、拼车预订信息管理、订单信息管理、拼车评论信息管理、成功拼车信息管理。 栉 缏歐锄棗鈕种鵑瑶锬。1.4.1 卖家基本信息管理提供卖家基本信息注册、注销、修改、查询以及统计功能。包括：（1）卖家基本信息录入： 卖家通过注册录入基本信息， 卖家注册时要求填写基 本信息，包括姓名、性别、年龄、电话号码、所属区域、身份证号等信息。系统 检测所有信息填写正确后提示客户注册成功， 并返回卖家编号。 辔烨棟剛殓攬瑤丽阄应。（2）卖家基本信息修改： 卖家基本信息注册错误或有所改变时可以进行信息的 修改。 修改卖家姓名； 修改卖家登陆密码； 修改卖家出生年月； 修改卖家电话号码； 修改卖家性别； 修改卖家所属区域

10、； 修改卖家身份证号；（3）卖家基本信息查询：根据不同的条件查询卖家基本信息。 按卖家姓名查询卖家基本信息； 按卖家编号查询卖家基本信息； 按卖家电话号码查询卖家基本信息； 按卖家所属区域查询卖家基本信息； 按卖家年龄查询卖家基本信息；（4）卖家基本信息删除：卖家可以通过注销来删除基本信息。（5）卖家基本信息统计：可以按不同的条件统计卖家们使用本系统的情况。 统计某一年龄的卖家人数； 统计不同性别的卖家人数； 统计某一地区的卖家人数；1.4.2 买家基本信息管理提供买家基本信息注册、注销、修改、查询以及统计功能。包括：（1）买家基本信息录入： 买家通过注册录入基本信息， 买家注册时要求填写基

11、本信息，包括姓名、性别、年龄、电话号码、所属区域、身份证号等信息。系统 检测所有信息填写正确后提示客户注册成功， 并返回买家编号。 峴扬斕滾澗辐滠兴渙藺。（2）买家基本信息修改： 买家基本信息注册错误或有所改变时可以进行信息的 修改。 修改买家姓名； 修改买家登陆密码； 修改买家出生年月； 修改买家电话号码； 修改买家性别； 修改买家所属区域； 修改买家身份证号；（3）买家基本信息查询：根据不同的条件查询买家基本信息。 按买家姓名查询买家基本信息； 按买家编号查询买家基本信息； 按买家电话号码查询买家基本信息； 按买家所属区域查询买家基本信息； 按买家年龄查询买家基本信息；（4）买家基本信息删

12、除：买家可以通过注销来删除基本信息。（5）买家基本信息统计：可以按不同的条件统计买家们使用本系统的情况。 统计某一年龄的买家人数； 统计不同性别的买家人数； 统计某一地区的买家人数； 统计各年龄段的买家人数；1.4.3 商品基本信息管理提供商品基本信息增加、删除、修改、查询以及统计功能。包括：（1）商品基本信息增加：卖家可以增加商品基本信息，包括商品编号、商品类 型、商品数量、商品名称、卖家编号、价格、发布时间等信息。系统检查所有信 息填写正确后提示增加成功，返回商品编号。 詩叁撻訥烬忧毀厉鋨骜。（2）商品基本信息修改：商品基本信息如果出错或者有所改变，可以对商品基 本信息的具体内容进行修改。

13、 修改商品编号； 修改商品类型； 修改商品数量； 修改商品名称； 修改卖家编号； 修改车辆发布时间； 修改商品价格；（3）商品基本信息查询：根据不同的条件查询商品基本信息。 按商品编号查询商品基本信息； 按商品类型查询商品基本信息； 按商品数量查询商品基本信息； 按商品名称查询商品基本信息； 按卖家编号查询商品基本信息； 按发布时间查询车辆基本信息； 按商品价格查询商品基本信息；（4）商品基本信息删除：可以删除商品编号、商品类型、商品数量、商品名称、 卖家编号、 发布时间、价格等所有信息。 卖家在注销删除自己基本信息时也能把 卖家增加的商品信息删除。 则鯤愜韋瘓賈晖园栋泷。（5）商品基本信息统

14、计：系统可以根据不同的条件进行统计 统计某一商品类型的商品数； 统计某一商品数量的商品数； 统计某一商品名称的商品数； 统计系统商品总数； 统计某地区注册的商品数； 统计某一商品价格的商品数；1.4.4 拼车预订信息管理 提供预订信息的增加、 预订信息的查询、 预订信息的修改、预订信息的删除、 拼车座位预订、拼车座位退订。包括： 胀鏝彈奥秘孫戶孪钇賻。（1）预订信息增加：卖家对路线与商品的确定能够产生一个预订信息供其他卖 家的加入，预订信息需要增加预订编号、路线编号、商品编号、卖家编号、拼车 费用、集合点、预订备注。 鳃躋峽祷紉诵帮废掃減。（2）预订信息修改：对预订信息具体内容修改。 更改路线

15、编号； 更改商品编号； 修改拼车费用； 修改集合点内容； 修改预订备注内容；（3）预订信息查询：可以根据不同的条件查询预订信息。 按商品商品编号查询预订信息； 按商品商品类型查询预订信息； 按商品商品数量查询预订信息； 按商品商品名称查询预订信息； 按商品卖家编号查询预订信息； 按路线编号查询预订信息；按路线出发地查询预订信息； 按路线目的地查询预订信息； 按预订编号查询预订信息；按商品使用费查询预订信息；（4）拼车座位预订：在预订期内卖家可以预定任意路线的一个或多个座位。（5）拼车座位退订：在预订期内卖家可以退订自己所预订过的任意路线的一个 或多个座位。（6）预订信息统计：可以根据不同的条件

16、进行预订信息统计。 统计同一商品类型的预订信息数；统计同一商品数量的预订信息数； 统计某一路线的预订信息数； 统计某一出发地的预订信息数； 统计某一目的地的预订信息数；1.4.5 订单信息管理提供订单信息增加、修改、查询与统计功能。包括：（1）订单信息增加：当预订信息在预订期内人数达到商品商品数量，预订单将 生成订单信息。 如果预订期到了预订单还未凑足人数， 将做如下考虑： 如果商品 商品数量为 5 人以下的，且实际参加人数少一个的预订信息将继续生成订单信 息，且费用将按实际人数进行平摊。 如果商品商品数量为 5 人以上的，且实际参 加人数少于商品数量 20%内的将继续生成订单信息， 且费用将

17、按实际人数进行平 摊。（订单信息需要增加卖家编号、集合点、费用、订单备注等信息。 ）稟虛嬪赈 维哜妝扩踴粜。（2）订单信息删除：如果订单信息生成后，由于过多的人数退出导致商品数量 不能达到 60%的系统自动删除订单信息。 陽簍埡鲑罷規呜旧岿錟。（3）订单信息查询：根据不同的条件查询。 按商品商品编号查询订单信息；按商品商品类型查询订单信息；按商品商品数量查询订单信息； 按商品商品名称查询订单信息；按商品卖家编号查询订单信息； 按路线编号查询订单信息；按路线出发地查询订单信息； 按路线目的地查询订单信息； 按预订编号查询订单信息； 按拼车费用查询订单信息；（4）订单信息统计：根据不同的条件统计。

18、 统计同一商品类型的订单信息数； 统计同一商品数量的订单信息数；统计某一路线的订单信息数； 统计某一出发地的订单信息数；统计某一目的地的订单信息数；1.4.6 拼车评价信息管理提供卖家对商品的评价、卖家对卖家的评价。包括：（1）卖家对商品的评价：卖家们成功参加一次拼车，付款后，系统会提示自愿 对此次拼车使用的商品进行评价。（2）卖家对卖家的评价：卖家们成功参加一次拼车，付款后，系统会提示自愿 对此次拼车的其他卖家进行评价。1.5 系统总体功能图该系统总体功能图如图 1.1 所示线路基本信息管理沩氣嘮戇苌鑿鑿槠谔應。卖家基本信息管理商品基本信息管理拼车系统拼车预订信息管理图 1.1 系统功能图1

19、.6 数据需求及业务规则分析业务规则分析主要是分析系统中数据之间的约束以及数据库的范围界定， 基 于上述功能需求，通过进一步了解拼车系统需求及业务分析规则如下： 钡嵐縣緱虜 荣产涛團蔺。（1）卖家由卖家编号唯一标识，需要存储卖家的名字、性别、密码、注册日 期、所属区域、电话、性别、姓名、身份证号、拼车经验等信息。其中 所属区域只记录省份或市，员工的电话号码只有一个，拼车经验以参加 过的拼车次数来统计。 懨俠劑鈍触乐鹇烬觶騮。（2）卖家只能查询自己的基本信息和参加 同一拼车路线 的其他卖家基本信 息。（3）统计有驾驶证的卖家人数，统计 身份证号大于零 的人数就是有驾驶证的 卖家人数。（4）卖家

20、不得修改预订 信息。（5）卖家在预订阶段可以预定任意预订信息的 一个或多个 座位。（6）卖家在预订阶段可以退订自己所预订过的任意预订信息的一个或多个座 位。（7）预订拼车座位的总数 不得超过 使用商品的商品数量。（8）订单信息增加，当预订信息在预订期内人数达到商品商品数量，预订单 将生成订单信息。 如果预订期到了预订单还未凑足人数， 将做如下考虑： 如果商品商品数量为 5 人以下的，且实际参加人数少一个的预订信息将 继续生成订单信息，且费用将按实际人数进行平摊。如果商品商品数量 为 5 人以上的，且实际参加人数少于商品数量 20%内的将继续生成订单 信息。 謾饱兗争詣繚鮐癞别瀘。（9）订单信息

21、删除，如果订单信息生成后，由于过多的人数退出导致收入不 能达到 60%的系统自动删除订单信息。（10）拼车路线在出发的前一天，不能够预订到足够的人（商品商品数量为5 人以下的（包括 5 人），且实际参加人数少两个人以上的。商品商品数 量为 5 人以上的且实际参加人数少于商品数量的 20%以上的。），预定信 息将自动失效，将不再预订，并把信息告知已经预订的卖家。 呙铉們欤谦 鸪饺竞荡赚。11）预订信息生成订单信息后， 已经拼车的卖家原则上不允许退出， 如果 有 不可阻挡的因素非要退出的做如下处理： 如果卖家的退出还能满足 生成订单信息的条件的将对退出的每一个座位进行原来座位价20%的惩罚；如果卖

22、家的退出不能满足生成订单信息的条件的将对退出的每 一个座位进行原来座位价 50%的惩罚；这些罚金如果拼车还能够继续进 行，在拼车成功后将作为补偿全部给予商品提供者。 莹谐龌蕲賞组靄绉嚴减。12）拼车路线在订单阶段，如果由于退出的座位太多，导致无法再拼车在进 行下去的， 订单信息将自动失效， 且通知未退出的卖家。 由于退出座位 所收取的罚金将会被作为由于订单信息失效而导致未退出的卖家的补 偿。麸肃鹏镟轿騍镣缚縟糶。13）为了安全与舒适参加拼车的卖家最多只允许携带一个一米二以下的儿童 同行。14）由于个人原因在卖家中途下车的，依然按照订单的价格付款。1.7 数据约束分析1）卖家编号约束：以字母 M

23、开头再加上 8 位数字组成，按流水号一次增大。 check约束为 check（memNoli ke M0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9 ） 。納畴鳗吶鄖禎銣腻鰲锬。2）商品编号约束：以字母 C 开头加上 8 位数字，按流水号一次增大。 check 约束为 check（carNo like C0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9 ） 。風撵鲔貓铁频钙蓟纠庙。3）路线编号约束：以字母 R开头再加上 8 位数字，按流水号一次增大。 check 约束为 check（rouNo like R0-9 0-9 0-9 0-9 0-9 0-9 0-9 0

24、-9 ） 。灭嗳骇諗鋅猎輛觏馊藹。4）预订编号约束：以字母 B开头再加上 8 位数字。按流水号一次增大。 check 约束为 check（bookNo like B0-9 0-9 0-9 0-9 0-9 0-9 0-9 0-9 ） 。铹鸝饷飾镡閌赀诨癱骝。5）卖家信息表的主键是 memNo每, 一个卖家编号都是唯一的。6）卖家信息表中所有信息不允许为空。7）商品信息表的主键是 carNo, 每一个商品编号都是唯一的。8）商品信息表中所有信息不允许为空。（9） 路线信息表的主键是 rouNo, 每一个路线编号都是唯一的。（10） 路线信息表中所有信息不允许为空。（ 11）预订信息表的主键是 bo

25、okNo,每一个预订编号都是唯一的。（12）预订信息表中所有信息不允许为空。（13）密码（ memCod）e 不能为空值，由 6-12 位字母和数字组成。（14）注册日期（ regDate ）不能为空值，数据类型为 datetime 。（15）所属区域（ address ）可以为空值，填写省份和市（如：江西省南昌市） 或直辖市（如：上海市） ，字数不得超过 20 字。 攙閿频嵘陣澇諗谴隴泸。（16）电 话 号 码 （ teletphone ） 不 能 为 空 值 ， 取 值 范 围00000000000-99999999999，固定电话加地区号输入。 趕輾雏纨颗锊讨跃满賺。（17）性别（ se

26、x）不能为空值，只能输入 f 或 m（f 代表男性 ,m 代表女性） .（18）姓名（ memNam）e不能为空值，不得超过 20 字。（19）身份证号（ driTime ）不能为空值，数据类型为 int 。（20）拼车次数（ carNum）不能为空值，数据类型为 int ，每成功拼车一次自动 加一。（21）商品编号（ carNoo）不能为空值，真实填写。（22）商品类型（ carType ）不能为空值 , 不得超过 5 字，用文字说明。（23）商品数量（ pasQuantity ）不能为空值，数据类型为 int 。（24）商品名称（ carTime ）不能为空值 , 数据类型为 int 。（

27、25）卖家编号（ safeCase）不能为空值 ,不得超过 10 字，用文字说明。（26）发布时间（ carRemark）不能为空值 , 不得超过 25 字，用文字说明。（27）发布日期（ issDate ）不能为空值，数据类型为 datetime 。（28）价格（ feeExplain ）可以为空值，不得超过 25 字，用文字说明。（29）出发地（ start ）不能为空值 ,不得超过 20字，用文字说明，默认只能用 城市名。（30）目的地（ distination ）不能为空值 ,不得超过 20字，用文字说明，默认 只能用城市名。1.8 数据字典数据字典包括数据项、数据结构、数据处理 3

28、个部分。其中数据项是数据的 最小组成单位， 若干个数据项可以组成一个数据结构， 数据字典通过对数据项和 数据结构的定义来描述数据流、数据存储的逻辑内容。 夹覡闾辁駁档驀迁锬減。1.8.1 数据项与数据结构通过对所建立的表进行分析， 我们得到了以下一些数据项， 如表 1.1 至表 1.10 所示。表 1.1 卖家信息表数据项数据类型别名是否为空约束取值含义memNochar(9)卖家编号Not nullM00000001-M99999999 主键M代表客户，后 8 位按顺序编号，是 主码regDatedatetime注册日期Not nullyyyy-mm-ddmemCodevarchar(12)

29、密码Not null6-12 位，由字母 和数字组成输错次数不得超过三次addressvarchar(20)所属区域Null不得超过 20 字teletphonechar(11)电话Not null00000000000-99999999999若输入家庭号码 , 则要输入地区号sexchar(2)性别Not nullf/mf 代表男性 ,m 代表 女性memNamevarchar(20)姓名Not null不得超过 20 字birthdaydatetime出生日期Not nulldriTimeint身份证号Not nullcarNumint拼车次数Not null每成功拼车一 次，自动加一表

30、1.2 商品信息表数据项数据类型别名是否为空约束取值含义carNochar(9)商品编号Not nullC00000001-C99999999 主键C 代表商品，后 8 位按顺序编号carNoochar(6)商品编号Not null真实填写carTypechar(10)商品类型Not null不得超过 5 字用文字说明pasQuantityint商品数量Not nullcarTimeint商品名称Not nullsafeCasevarchar(20)卖家编号Not null不得超过 10 字用文字说明carRemar kvarchar(80)发布时间Null不得超过 40 字用文字说明feei

31、nt费用NullissDatedatetime发布日期Not null表 1.3 路线信息表数据项数据类型别名是否为空约束 取值含义10rouNochar(9)路线编号Not nullR00000001-R99999999 主键R 代表路线，后 8 位按顺序编号startvarchar(40)出发地Not null不得超过 20 字用文字说明distinationvarchar(40)目的地Not null不得超过 20 字用文字说明1.8.2 数据处理为了实现预期的系统功能，我们建立了以下数据处理过程，如表 1.4 所示表 1.4 数据处理编号功能处理说明1.卖家基本信息录入当卖家成功注册后

32、，自动在卖家表中添加该卖家的注册信息2.修改卖家姓名先按卖家编号查询到卖家基本型信息再对姓名进行修改3.修改卖家登陆密码先按卖家编号查询到卖家基本型信息再对登陆密码进行修改4.修改卖家出生年月先按卖家编号查询到卖家基本型信息再对出生年月进行修改5.修改卖家电话号码先按卖家编号查询到卖家基本型信息再对电话号码进行修改6.修改卖家性别先按卖家编号查询到卖家基本型信息再对性别进行修改7.修改卖家所属区域先按卖家编号查询到卖家基本型信息再对所属区域进行修改8.修改卖家身份证号先按卖家编号查询到卖家基本型信息再对身份证号进行修改9.按卖家姓名查询卖家基本信息按卖家姓名精确查询卖家基本信息10.按卖家编号

33、查询卖家基本信息按卖家编号精确查询卖家基本信息11.按卖家电话号码查询卖家基本信息按卖家电话号码精确查询卖家基本信息12.按卖家所属区域查询卖家基本信息按卖家姓名精确查询卖家基本信息13.按卖家年龄查询卖家基本信息按卖家年龄模糊查询卖家基本信息14.卖家基本信息删除按卖家编号精确查询到卖家基本信息，再进行删除15.统计某一年龄的卖家人数输入年龄，对卖家基本信息逐条查询累计计 数16.统计不同性别的卖家人数输入性别，对卖家基本信息逐条查询累计计11数17.统计某一地区的卖家人数输入城市名，对卖家基本信息逐条模糊查询累计计数18.统计各年龄段的卖家人数输入正确的年龄段，对卖家基本信息逐条查询累计计

34、数19.统计有驾驶证的卖家人数对卖家基本信息逐条查询，对身份证号大于零的信息累计计数20.统计各身份证号段的卖家人数输入正确的身份证号段，对卖家基本信息逐条查询累计计数21.统计各拼车次数段的卖家人数输入正确的拼车次数段，对卖家基本信息逐条查询累计计数22.路线基本信息增加按要求输入正确的路线基本信息，并添加到路线信息表23.路线基本信息删除按路线编号精确查询到路线基本信息，再进行删除24.按路线编号查询路线基本信息按路线编号精确查询路线基本信息25.按路线出发地查询路线基本信息按路线出发地精确查询路线基本信息26.按路线目的地查询路线基本信息按路线目的地精确查询路线基本信息27.修改路线出发

35、地先按路线编号查询到路线基本型信息再对出发地进行修改28.修改路线目的地先按路线编号查询到路线基本型信息再对目的地进行修改29.统计某一出发地的路线数输入出发地城市名，对路线基本信息逐条查询累计计数30.统计某一目的地的路线数输入目的地城市名，对路线基本信息逐条查询累计计数31.商品基本信息增加按要求输入正确的商品基本信息，并添加到商品信息表32.修改商品商品编号先按商品编号查询到商品基本型信息再对商品编号进行修改33.修改商品商品类型先按商品编号查询到商品基本型信息再对商品类型进行修改34.修改商品商品数量先按商品编号查询到商品基本型信息再对商品数量进行修改35.修改商品商品名称先按商品编号

36、查询到商品基本型信息再对商品名称进行修改36.修改商品卖家编号先按商品编号查询到商品基本型信息再对卖家编号进行修改37.修改商品发布时间先按商品编号查询到商品基本型信息再对发布时间进行修改38.修改商品价格先按商品编号查询到商品基本型信息再对价格进行修改1239.按商品商品编号查询商品基本信息按商品商品编号精确查询商品基本信息40.按商品商品类型查询商品基本信息按商品类型精确查询商品基本信息41.按商品商品数量查询商品基本信息按商品商品数量精确查询商品基本信息42.按商品商品名称查询商品基本信息按商品商品名称精确查询商品基本信息43.按商品卖家编号查询商品基本信息按商品卖家编号模糊查询商品基本

37、信息44.按商品发布时间查询商品基本信息按商品发布时间模糊查询商品基本信息45.按商品价格查询商品基本信息按商品价格模糊查询商品基本信息46.按商品编号查询商品基本信息按商品编号精确查询商品基本信息47.商品基本信息删除按商品编号查询到商品基本信息，在进行删 除48.统计某一商品类型的商品数输入某一商品类型，对商品基本信息逐条查询累计计数49.统计某一商品数量的商品数输入某一商品数量，对商品基本信息逐条查询累计计数50.统计某一商品名称的商品数输入某一商品名称，对商品基本信息逐条查询累计计数51.统计系统商品总数对所有商品基本信息逐条查询累计计数52.统计某地区注册的商品数；（商品编号统计）输

38、入某地区特有的商品编号开头，再商品基本信息逐条查询累计计数53.统计有车保险的商品数查询所有商品基本信息，对车保险不为空的商品信息逐条累计计数54.预订信息增加路线与商品的确定生成预订信息，并把预订信息添加到预订信息表中55.预订信息修改按预订编号精确查询到预订信息，在进行具体的修改56.按商品商品编号查询预订信息按商品商品编号精确查询预订信息57.按商品商品类型查询预订信息按商品商品类型精确查询预订信息58.按商品商品数量查询预订信息按商品商品数量精确查询预订信息59.按商品商品名称查询预订信息按商品商品名称精确查询预订信息60.按商品卖家编号查询预订信息按商品卖家编号模糊查询预订信息61.

39、按路线编号查询预订信息按路线编号精确查询预订信息62.按路线出发地查询预订信息按路线出发地精确查询预订信息63.按路线目的地查询预订信息按路线目的地精确查询预订信息1364.按预订编号查询预订信息按预订编号精确查询预订信息65.按商品价格查询预订信息按商品价格模糊查询预订信息66.拼车座位预订按条件查找到预订信息，然后把卖家编号、 预订座位数、预订编号添加到预订明细表中67.拼车座位退订从预订明细表中找到已经预订的座位数，进行修改或者删除明细表记录68.统计同一商品类型的预订信息数输入某一商品类型，对预订信息逐条查询累计计数69.统计同一商品数量的预订信息数输入某一商品数量，对预订信息逐条查询

40、累计计数70.统计某一路线的预订信息数输入某一路线，对预订信息逐条查询累计计 数71.统计某一出发地的预订信息数输入某一出发地城市名，对预订信息逐条查询累计计数72.统计某一目的地的预订信息数输入某一目的地城市名，对预订信息逐条查询累计计数73.订单信息增加预订信息满足条件后，会自动的把预订信息生成订单信息，并把它添加到订单表中74.订单信息删除订单信息不满足条件后，会自动订单信息从订单表中删除75.订单信息修改按预订编号精确查询到预订信息，在进行具体的修改76.按商品商品编号查询订单信息按商品商品编号精确查询订单信息77.按商品商品类型查询订单信息按商品商品类型精确查询订单信息78.按商品商

41、品数量查询订单信息按商品商品数量精确查询订单信息79.按商品商品名称查询订单信息按商品商品名称精确查询订单信息80.按商品卖家编号查询订单信息按商品卖家编号精确查询订单信息81.按路线编号查询订单信息按路线编号精确查询订单信息82.按路线出发地查询订单信息按路线出发地城市名精确查询订单信息83.按路线目的地查询订单信息按路线目的地城市名精确查询订单信息84.按预订编号查询订单信息按预订编号精确查询订单信息85.按拼车费用查询订单信息按拼车费用精确查询订单信息86.统计同一商品类型的订单信息数输入商品类型，对订单信息逐条查询累计计 数87.统计同一商品数量的订单信息数输入商品数量，对订单信息逐条

42、查询累计计 数88.统计某一路线的订单信息数输入路线编号，对订单信息逐条查询累计计 数89.统计某一出发地的订单信息数输入路线出发地，对订单信息逐条查询累计14计数90.统计某一目的地的订单信息数输入路线目的地，对订单信息逐条查询累计计数91.卖家对商品的评价成功拼车后，卖家可以对商品进行评价，评价内容将被添加到商品评价表中92.卖家对卖家的评价成功拼车后，卖家可以对同行拼车的其他卖 家进行评价，评价内容将被添加到卖家评价 表中93.统计某一路线的参加拼车的次数输入路线编号，对成功拼车信息逐条查询累计计数94.统计某一商品的参加拼车的次数输入商品编号，对成功拼车信息逐条查询累计计数95.统计某

43、一商品类型的参加拼车的次数输入某一商品类型，对成功拼车信息逐条查询累计计数2 数据库概念设计对实体集及属性、联系集及属性进行定义和 E-R 模型设计2.1 定义实体集及属性1 )卖家实体集 Member：卖家编号 (memNo)、注册日期 (regDate) 、密码 (memCod)e、所属区域( address )、电话号码 (Teletphone) 、性别 (Sex) 、 姓名( memNam、e)出生日期( datetime )、身份证 号 ( driTime ) 、 拼 车 次 数 ( carNum ) 等信息。 视絀镘鸸鲚鐘脑钧欖粝。2) 商品实体集 Car ：商品编号(carNo)

44、 、商品编号(carNO) 、商品类型(carType) 、 商品数量 (pasQuantity) 、商品名称 (carTime) 、卖家编号 (safeCase) 、发 布时间 (carRemark) 、发布日期 (issDate) 、卖家编号 (memN)o 等信息。 偽澀 锟攢鴛擋緬铹鈞錠。3) 路线实 体集 Route：路线编 号(rouNo) 、 出发地( start) 、目 的地 (distination) 等信息。 緦徑铫膾龋轿级镗挢廟。2.2 定义联系集及属性1) Book联系集： Route、Car 和 Member之间的三元联系集。表明一条路线可 以与多辆车组成预订信息，一

45、辆车可以与多条路线组成预订信息。一个卖 家可以参加多条拼车路线的预订，一条拼车路线也可以被多个卖家预订。 属性：预订编号( bookNo)、商品编号( carNo)、路线编号( rouNo)、出发 日期(startDate )、预订座位数( bookNum)、票价( fee )、预订说明( explain )、 集合点( gather )、卖家编号 (memNo、) 预订日期( bookDate)等信息。 騅憑 钶銘侥张礫阵轸蔼。152）EvaluateC 联系集： Member与 Car 之间一对多的联系集。一个卖家一次可 以对一辆车评价，一辆车可以被同一拼车路线的卖家评价。属性：商品编 号

46、（carNo）、卖家编号（ memN）o、评价内容（ evaluateC ）等信息。 疠骐錾农 剎貯狱颢幗騮。3）EvaluateM 联系集： Member与 Member之间的多对多的联系集。 成功参加同 一拼车活动的所有卖家可以给其他卖家自愿的评价。属性：卖家编号 （memN）o、卖家编号（ memN）o、评价内容（ evaluateM ）等信息。 镞锊过润启婭 澗骆讕瀘。4）Control 联系集： Member与 Car 之间一对多的联系集。一个卖家可以拥有 多辆车，一辆车只能被一个卖家所拥有。属性：卖家编号（ memN）o、商品 编号（ carNo）等信息。 榿贰轲誊壟该槛鲻垲赛。5

47、）Order 联系集： Route、Car 和 Member之间的三元联系集。一个卖家可以对 多条订单信息进行下单，一条订单信息可以被多个卖家下单。一个卖家可 以参加多条订单信息，一条订单信息也可以被多个卖家参加。属性：预订 编号（ bookNo）、商品编号（ carNo）、路线编号（ rouNo）、预订座位数 （bookNum）、票价（ fee ）、订单说明（ explain ）、集合点（ gather ）、卖家 编号 （memNo、） 订单日期 （orderDate ）、完成日期（completeDate ）等信息。 邁茑赚陉宾呗擷鹪讼凑。2.3 E-R 模型设计系统的 E-R 模型设计，

48、不仅包括基本实体的E-R 图设计，还包括两个实体E-R 图设计、两个实体 E-R 图 嵝硖贪塒廩袞悯倉華糲。之间的联系的 E-R 图设计，下面分别从单个实体 设计以及聚合的 E-R 图设计进行简单表示与阐述2.3.1 实体 E-R 模型设计所有实体描述如下：图 2.1 Member 实体集2) 商品基本属性如图 2.2 所示图 2.2 Car 实体集3) 路线基本属性如图 2.3 所示Route图 2.3 Route 实体集2.3.2 二元联系 E-R 模型设计1) EvaluateC联系集的 E-R 图如图 2.4所示图 2.4 EvaluateC 联系集2) Control 联系集的 E-

49、R 图如图 2.5 所示图 2.5 Control 联系集3) EvaluateM联系集的 E-R 图如图 2.6所示18图 2.6 EvaluateM 联系集2.3.3 三元联系 E-R 模型设计2) Order联系集的 E-R图如图 2.8所示。隶誆荧鉴獫纲鴣攣駘賽。Member19CarfeestartDate图 2.8 Order 联系集2.3.4 总 E-R 模型设计（1） 总体 ER 图如图 2.8 所示。BookNPNMEvaluateMNMOrderNPEvaluateC浹繢腻叢着駕骠構砀湊。1ControlMemberRouteCar图 2.8 总 E-R 图203 逻辑设计

50、本次设计的数据库在 SQL Server 2000 上实现，将概念结构设计中的 E-R 图转换成 SQL Sever 2000 支持的关系数据模型。 鈀燭罚櫝箋礱颼畢韫粝。3.1 实体的转化为关系模式将所有的实体分别转换为单独的一张表。（1）卖家实体集 Membe：rMember（memNo 、 regDate 、memCod、eaddress 、teletphone 、Sex、memNam、e datetime 、 driTime 、 carNum）惬執缉蘿绅颀阳灣熗鍵。（2）路线实体集 Route：Route （ rouNo、start 、 distination ）（3）商品实体集 Ca

51、r：Car （ carNo 、 carNoo、 carType 、 pasQuantity 、 carTime 、 safeCase 、 carRemark、 issDate ） 贞廈给鏌綞牵鎮獵鎦龐。3.2 联系的转化为关系模式（1）1:M的处理：联系属性可放在参与联系的“多”的那一边实体集中。 Control 联系集：可以在 Car 的属性中增加一个属性 memN。oCar（carNo、carNoo、carType 、pasQuantity 、 carTime 、 safeCase、 carRemark、 issDate 、 memN）o 嚌鲭级厨胀鑲铟礦毁蕲。（2）M:N的处理：多对多联系集的主码由参与联系集中所有实体集的主码组成。 EvaluateC 联系集：EvealuateC （ca