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

1、会议管理系统数据库设计文档会议管理系统数据库计说明书编写：非常6+2日期：2013-7-31审核：日期：批准：日期：受控状态：是 发布版次：5.0日期：2013-7-31编号：变更记录日期版本变更说明作者2013-7-171.0初始文档匿名2013-7-252.0升级文档匿名2013-7-293.0升级文档匿名2013-7-304.0升级文档匿名2013-7-315.0最终文档匿名签字确认职务姓名签字日期1 引言1.1 预期的读者主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包括客户方的阅读者,如：业务人员、系统管理人员等。1.2 数据库说明会议管理系统采用的时当前流行的企业

2、级数据库oracle，使用的版本是9i。设计的数据库全局数据库名为icss，开发用的表空间名是test，操作的用户名为test，密码为test。1.3 目的和作用将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据集合（数据库表）。对数据集合做进一步分析，确定集合之间的关系并最终形成数据库物理模型，以便开发人员建立物理数据库。2 数据库设计2.1 抽象数据对象2.1.1 系统主要业务分析根据物流系统的业务流程描述，我们大致可以从中抽象出几个数据集合，如：普通用户、会议申请、会议室管理、设备管理、会议管理 按照业务及系统功能简单总结数据对象： 用户 会议申请信息 会议审批 会议设备

3、2.1.2 需求分析参考根据系统需求分析内容进一步确定数据对象。由于系统需求分析中考虑到会议室和会议设备间有一定的区别和联系，即会议室一般包含固定设备和移动设备，两者之间并不是并列关系而是所属关系，所以将会议室默认含有固定设备，这样，设备只有移动设备分开，并提出单独的信息维护功能，数据库对象也进一步细化将会议设备分成，会议室和相关设备。会议申请和会议审批操作的都是相同对象所以将两个数据对象进行合并，其他数据对象没有变化。总结数据对象： 用户信息 会议信息 会议室 会议设备2.2 数据库结构设计根据系统的分布式部署设计，数据库将部署到一部独立的计算机中。根据前期的分析，系统将有大量的数据存放入数

4、据库。预留数据库空间500m，日增长约3m，日志空间1G，日增长5m。数据库位置：*oracle9ipath*/n2ms/db/日志位置：*oracle9ipath*/n2ms/log/2.3 数据库设计命名规范1，表名命名规则本数据库使用的表名一律采用有意义的小写英文字符命名，考虑将来编码方便，表名不使用-连接相关2，表项命名规则 本数据库各个表的每个字段，依照表名命名规则，全部使用有意义的小写英文字符 命名，字段名不适用-连接相关字符，方便编码书写。2.4 数据库逻辑设计表设计中应注意的问题：1对于字符类型的字段，要仔细确认字段的可能长度。在oracle数据库设计中，一般来说，对于定长的字

5、符数据字段，取字符类型(char)，对于不定长的，取变长字符类型(varchar)。2对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。如：货物是否配送为是或（和）否；如果用字符类型，则将这些字符串需要入库；如果使用数字类型分别用1、0代表高职、中职、低职，则入库的是数字信息，从程序编写的角度考虑，后者更好维护一些，主要体现在如果是多语言版本时，我们不需要在程序中将这些字符串信息进行判断处理。2.4.1 数据库表名汇总表2-1 数据库表数据库表名中文名文字说明meet_app会议申请信息保存所开会议的基本信息meet_room会议室保存会议室情况的相关信息facilty_meet设

6、备信息保存会议设备的相关信息Equipment_stype设备类型保存相关设备类型信息users_inf用户信息保存系统用户的基本信息power_info权限信息保存系统的权限信息role_u角色保存相关角色信息dept_u部门信息保存相关部门信息e_mail邮件信息保存邮件信息file_inf文件信息保存相关文件信息2.4.2 数据库表结构设计2.4.2.1 逻辑表结构 Meet_app表2-2 meet_app表项中文英文数据类型可否空初始值说明会议信息主键meet_idNumber否主键，流水自增会议主题meet_titleVariable characters (30)可主要内容mee

7、t_contentVariable characters (300)可会议开始时间start_timeDate & Time可会议结束时间end_timeDate & Time可与会人数meet_numLong float可审批状态meet_stateVariable characters (10)可审批意见meet_ideaVariable characters (100)可 meet_room表2-3 meet_room表项中文英文数据类型可否空初始值说明会议室主键meetroom_idNumber否主键，流水自增 会议室名称meetroom_nameVariable char(30)会议

8、室地址meetroom_addrVariable characters (30)可 可用状态possib_stateShort integer可目前状态now_stateShort integer可容纳人数meetroom_numNumber可 facilty_meet 表2-4 facilty_meet表项中文英文数据类型可否空初始值说明设备主键facility_idNumber否主键，流水自增设备名称facility_nameVariable characters (40)可设备购入时间buy_timeDate 可占用状态on_stateNumber (10)可可用状态posib_stat

9、eShort integer可设备标识facility_tagVariable characters (10)否 user_info 表2-5 user_info表项中文英文数据类型可否空初始值说明用户主键us_idNumber否主键，流水自增用户名称us_nameVariable characters (30)可用户登陆账号us_accountVariable characters (30)可所属部门us_departmentVariable characters (30)可用户密码us_pswVariable characters (30)可 power_info 表2-6 power_i

10、nfo表项中文英文数据类型可否空初始值说明权限主键power_idNumber否主键，流水自增权限描述power_describeVariable characters (30)可 e_mail表2-7 e_mail表项中文英文数据类型可否空初始值说明邮件主键mail_idNumber否主键，流水自增 主题topicVariable characters (30)可发送时间sendtime Date可内容mail_contentVariable characters可 role 表2-8 role_u表项中文英文数据类型可否空初始值说明角色主键role_idNumber否主键，流水自增角色名字

11、role_nameVariable characters (30)可 dept_u 表2-9dept_u表项中文英文数据类型可否空初始值说明部门主键dept_idNumber否主键，流水自增部门名字dept_nameVariable characters (30)可 file_inf表2-10 file_inf表项中文英文数据类型可否空初始值说明文件信息主键flileinf_idNumber否主键，流水自增 文件大小file_sizeLong float 可文件名称file_name Variable characters (30)可文件格式file_formatVariable charac

12、ters (10)可2.4.2.2 数据库表逻辑ER图图中“ ”表示多对一关系，三叉线表示对应的多方表，多对多应该为“”。2.4.2.3 表之间的关联设计在数据库ER逻辑模型的基础上确定ER物理模型，通过主外键的约束明确表之间的关系。该物理模型可直接映射到数据库中进行物理操作，以便据此建立数据库结构。ER物理模型如下：物理模型字段表如下：Tablecolumn Code description会议室会议室主键meetroom_id主键索引会议室名称meetroom_name会议室地址meetroom_addr可用状态possib_state容纳人数meetroon_num目前状态now_state会议申请会议信息主键meet_id主键索引会议室idmeetroom_id由会议室信息表引用的外键会议主题meet_title主要内容meet_content与会人数meet-num会议开始时间start_time会议结束时间end_time审批意见meet-idea对应建议修改的会议申请要写明原因，如：会议内容欠妥、申请会议室冲突等审批状态meet_state会议申