物流配送数据库设计说明书.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
物流配送数据库设计说明书

XX数据库设计说明书 内部文档 PAGE 中软培训实训基地 第 PAGE 15 页 共 NUMPAGES 15 页 会议管理系统数据库设计说明书 物流配送数据库设计说明书 Date:2009-3-1 Vision:1.0 Group:Dream 8 变更记录 日期 版本 变更说明 作者 2009-3-1 V1.0 衣国垒、孟潇、李旭嘉 目 录 TOC \o 1-3 1 引言 PAGEREF _Toc223680519 \h 4 1.1 预期的读者 PAGEREF _Toc223680520 \h 4 1.2 数据库说明 PAGEREF _Toc223680521 \h 4 1.3 目的和作用 PAGEREF _Toc223680522 \h 4 2 数据库设计 PAGEREF _Toc223680523 \h 4 2.1 抽象数据对象 PAGEREF _Toc223680524 \h 4 2.1.1 系统主要业务分析 PAGEREF _Toc223680525 \h 4 2.1.2 需求分析参考 PAGEREF _Toc223680526 \h 5 2.2 数据库结构设计 PAGEREF _Toc223680527 \h 5 2.3 数据库设计命名规范 PAGEREF _Toc223680528 \h 5 2.4 数据库逻辑设计 PAGEREF _Toc223680529 \h 6 2.4.1 数据库表名汇总 PAGEREF _Toc223680530 \h 6 2.4.2 数据库表结构设计 PAGEREF _Toc223680531 \h 7 2.5 存储过程设计 PAGEREF _Toc223680532 \h 15 2.6 触发器设计 PAGEREF _Toc223680533 \h 15 2.7 Job设计(定时触发功能) PAGEREF _Toc223680534 \h 15 引言 预期的读者 主要为本公司以几份承包方的阅读者,如设计人员、开发人员等。有时可以包括客户方的阅读者,如:业务人员、系统管理人员等。 数据库说明 物流配送系统采用的是当前流行的企业级数据库oracle,使用的版本是9i。设计的数据库的全局数据库名为dream,开发用的表空间名是transint(TransportIntelligence),操作的用户明为dream,密码为dream。 目的和作用 将业务分析,系统设计中对信息的描述进一步分析并加以总计,抽象出数据集合(数据库表)。对数据集合做进一步分析,确定集合之间的关系并最终形成数据库物理模型,以便开发人员建立物理数据库。 数据库设计 抽象数据对象 系统主要业务分析 物流配送公司的主要业务是为用户配送货物;物流公司的组织结构分为省公司和配送点;省公司主要负责车辆的维护、配送点、配送线路、配送价格的维护、权限的管理;配送点主要是接收客户订单,并联系省公司车队将货物运送到目的地;配送点同时还负责货物的配送工作。 按照业务及系统功能简单总结数据对象: 订单(交接单、回执单) 路线 车辆 车次 运费 配送点 配送区域 用户 权限 需求分析参考 根据系统需求分析内容进一步确定数据对象。由于系统需求分析中考虑到会议室和会议设备间有一定的区别和联系,即会议室一般包含一定的会议设备,两者之间并不是并列关系而是所属关系,所以将会议室和会议设备分开描述,并提出单独的信息维护功能,数据库对象也进一步细化将会议设备分成,会议室和相关设备。会议申请和会议审批操作的都是相同对象所以将两个数据对象进行合并,由于业务中出现的可移动设备与会议室的设备基本相似所以不做区分,其他数据对象没有变化。 总结数据对象: 用户信息 会议信息 会议室 会议设备 数据库结构设计 根据系统的分布式部署设计,数据库将部署到一部独立的计算机中。根据前期的分析,系统将有大量的数据存放入数据库。预留数据库空间500m,日增长约3m,日志空间1G,日增长5m。 数据库位置:*oracle9ipath*/n2ms/db/ 日志位置:*oracle9ipath*/n2ms/log/ 数据库设计命名规范 表名命名规则 属于不同模块的表使用其命名单词(或单词简写)后可加info,首字母大写,其它字母小写,如:订单表的命名为OrderInfo。(考虑到数据库表名不易过长,模块明可以去掉,表名中的单词在不产生混淆的前提下可以用简写) 2,表项命名规则 每一个表项的命名都采用具有表项意义的英文单词命名,第一个单词首字母小写,以后的单词的首字母大写(跟java中属性的命名一样)。其中主键的命名为,表名ID

文档评论(0)

almm118 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档