会议管理系统数据库设计文档.doc

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