会议管理系统数据库设计文档概要.docxVIP

会议管理 系统数据库计说明书 编写： 非常 6+2审核： 编写： 非常 6+2 审核： 日期 日期 2013-7-31 批准： 日期 受控状态： 发 是 布版次： 5.0 编 日期： 2013-7-31 号： 变更记录 日期 版本 变更说明 作者 2013-7-17 1.0 初始文档 匿名 2013-7-25 2.0 升级文档 匿名 2013-7-29 3.0 升级文档 匿名 2013-7-30 4.0 升级文档 匿名 2013-7-31 5.0 最终文档 匿名 签字确认 职务 姓名 签字 日期 目录 TOC \o 1-5 \h \z 引言 4 预期的读者 4 数据库说明 4 目的和作用 4 数据库 设计 4 2.1 抽象数据对象 4 系统主要业务分析 4 需求分析参考 5 2.2 系统物理结构 设计 5 \o Current Document 数据库逻辑设 计 5 \o Current Document 2.3.1 数据库设计命名规范 6 \o Current Document 2.3.2 数据库表名汇总 7 \o Current Document 2.3.3 数据库表结构设计 7 \o Current Document 存储过程设计 12 触发器设计 12 JOB 设计 12 数据字 典设计 13 1 引言 预期 的读者 主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包 括客户方的阅读者 , 如：业务人员、系 统管理人员等。 数据 库说明 会议管理系统采用的时当前流行的企业级数据库 oracle ，使用的版本是 9i 。设计的数据库全局数据库名为 icss ，开发用的表空间名是 test ，操作的用 户名为 test ，密码 为 test 。 目的 和作用 将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据 集合（数据库表）。对数据集合做进一步分析，确定集合之间的关系并最终 形成 数据库物理模型，以便开发人员建立物理数据库。 2 数据库 设计 抽象 数据对象 系统主要业 务分析 根据物流系统的业务流程描述，我们大致可以从中抽象出几个数据集合， 如： 普通用户、会议申请、会议室管理、设备管理、会议管理 按照业务及系统功能简单总结数据对象： 用户 会议申请信息 会议审批 会议设备 需求分析参 考 根据系统需求分析内容进一步确定数据对象。由于系统需求分析中考虑到 会议室和会议设备间有一定的区别和联系，即会议室一般包含固定设备和移 动 设备，两者之间并不是并列关系而是所属关系，所以将会议室默认含有固定 设 备，这样，设备只有移动设备分开，并提出单独的信息维护功能，数据库对 象 也进一步细化将会议设备分成，会议室和相关设备。会议申请和会议审批操 作 的都是相同对象所以将两个数据对象进行合并，其他数据对象没有变化。 总结数据对象： 用户信息 会议信息 会议室 会议设备 数据 库结构设计 根据系统的分布式部署设计，数据库将部署到一部独立的计算机中。根据前期的分析，系统将有大量的数据存放入数据库。预留数据库空间 500m日增长约 3m日志空间1G,日增长5m。 数据库位置： *oracle9ipath*/n2ms/db/ 日志位置： *oracle9ipath*/n2ms/log/ 2.3 数据 库设计命 名规范 1 ，表名命名规则 本数据库使用的表名一律采用有意义的小写英文字符命名，考虑将来编码方 便，表名不 使用‘ - 连接相关 2 ，表项命名规则 本数据库各个表的每个字段，依照表名命名规则，全部使用有意义的小写英 文字符 命名，字段名不适用‘ - 连接相关字 符，方便编码书写。 2.4数据库逻辑设计 表设计中应注意的问题： 1 ?对于字符类型的字段，要仔细确认字段的可能长度。在 oracle数据库设计 中，一般来说，对于定长的字符数据字段，取字符类型 （char），对于不定长的，取 变长字符类型（varchar）。 2?对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。 如: 货物是否配送为是或（和）否；如果用字符类型，则将这些字符串需要 入库；如果 使用数字类型分别用1、0代表高职、中职、低职，则入库的是数字信息， 从程序 编写的角度考虑，后者更好维护一些，主要体现在如果是多语言版本 时，我们不需 要在程序中将这些字符串信息进行判断处理。 2.4.1数据库表名汇总 表2-1数据库表 数据库表名 中文名 文字说明 meet_app 会议申请信息 保存所开会议的基本信息 meet_room 会议室 保存会议室情况的相关信息 facilty_meet 设备信息 保存会议设备的相关信息 Equipment_stype 设备类型 保存相关设备类型信息