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

1、1-1编写： 非常 6+2日期：2013-7-31审核：日期：批准：日期：受控状态：是 发布版次：5.0日期：2013-7-31编号：会议管理系统数据库计说明书会议管理系统数据库计说明书1-2变更记录变更记录日期日期版本版本变更说明变更说明作者作者2013-7-171.0初始文档匿名2013-7-252.0升级文档匿名2013-7-293.0升级文档匿名2013-7-304.0升级文档匿名2013-7-315.0最终文档匿名签字确认签字确认职务职务姓名姓名签字签字日期日期1-3目目 录录1 1引言引言.41.1预期的读者.41.2数据库说明.41.3目的和作用.42 2数据库设计数据库设计.4

2、2.1抽象数据对象.42.1.1系统主要业务分析.42.1.2需求分析参考.52.2系统物理结构设计.52.3数据库逻辑设计.52.3.1数据库设计命名规范.62.3.2数据库表名汇总.72.3.3数据库表结构设计.72.4存储过程设计.122.5触发器设计.122.6JOB设计.123 3数据字典设计数据字典设计.132-41 1引言引言1.11.1预期的读者预期的读者主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包括客户方的阅读者,如：业务人员、系统管理人员等。1.21.2数据库说明数据库说明会议管理系统采用的时当前流行的企业级数据库 oracle，使用的版本是9i。设计

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

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

5、一部独立的计算机中。根据前期的分析，系统将有大量的数据存放入数据库。预留数据库空间 500m，日增长约3m，日志空间 1G，日增长 5m。数据库位置：*oracle9ipath*/n2ms/db/日志位置：*oracle9ipath*/n2ms/log/2.3 数据库设计命名规范数据库设计命名规范1，表名命名规则本数据库使用的表名一律采用有意义的小写英文字符命名，考虑将来编码方便，表名不使用-连接相关2，表项命名规则 本数据库各个表的每个字段，依照表名命名规则，全部使用有意义的小写英文字符 命名，字段名不适用-连接相关字符，方便编码书写。2-62.4 数据库逻辑设计数据库逻辑设计表设计中应注意

6、的问题：1对于字符类型的字段，要仔细确认字段的可能长度。在 oracle 数据库设计中，一般来说，对于定长的字符数据字段，取字符类型(char)，对于不定长的，取变长字符类型(varchar)。2对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。如：货物是否配送为是或（和）否；如果用字符类型，则将这些字符串需要入库；如果使用数字类型分别用 1、0 代表高职、中职、低职，则入库的是数字信息，从程序编写的角度考虑，后者更好维护一些，主要体现在如果是多语言版本时，我们不需要在程序中将这些字符串信息进行判断处理。2.4.1 数据库表名汇总数据库表名汇总表 2-1 数据库表数据库表名中文名文

7、字说明meet_app会议申请信息保存所开会议的基本信息meet_room会议室保存会议室情况的相关信息facilty_meet设备信息保存会议设备的相关信息Equipment_stype设备类型保存相关设备类型信息users_inf用户信息保存系统用户的基本信息power_info权限信息保存系统的权限信息role_u角色保存相关角色信息dept_u部门信息保存相关部门信息e_mail邮件信息保存邮件信息file_inf文件信息保存相关文件信息2.4.2 数据库表结构设计数据库表结构设计2-72.4.2.1逻辑表结构逻辑表结构Meet_appMeet_app表 2-2 meet_app表项中

8、文英文数据类型可否空初始值说明会议信息主键meet_idNumber否主键，流水自增会议主题meet_titleVariable characters (30)可主要内容meet_contentVariable characters (300)可会议开始时间start_timeDate & Time可会议结束时间end_timeDate & Time可与会人数meet_numLong float可审批状态meet_stateVariable characters (10)可审批意见meet_ideaVariable characters (100)可meet_room表 2-3

9、 meet_room 表项中文英文数据类型可否空初始值说明会议室主键meetroom_idNumber否主键，流水自增 会议室名称meetroom_nameVariable char(30)会议室地址meetroom_addrVariable characters (30)可 可用状态possib_stateShort integer可目前状态now_stateShort integer可容纳人数meetroom_numNumber可facilty_meet 表 2-4 facilty_meet 表项2-8中文英文数据类型可否空初始值说明设备主键facility_idNumber否主键，流水自

10、增设备名称facility_nameVariable characters (40)可设备购入时间buy_timeDate 可占用状态on_stateNumber (10)可可用状态posib_stateShort integer可设备标识facility_tagVariable characters (10)否user_info 表 2-5 user_info 表项中文英文数据类型可否空初始值说明用户主键us_idNumber否主键，流水自增用户名称us_nameVariable characters (30)可用户登陆账号us_accountVariable characters (30)

11、可所属部门us_departmentVariable characters (30)可用户密码us_pswVariable characters (30)可power_info 表 2-6 power_info 表项中文英文数据类型可否空初始值说明权限主键power_idNumber否主键，流水自增权限描述power_describeVariable characters (30)可e_mail表 2-7 e_mail 表项中文英文数据类型可否空初始值说明邮件主键mail_idNumber否主键，流水自增2-9 主题topicVariable characters (30)可发送时间sendt

12、ime Date可内容mail_contentVariable characters可role 表 2-8 role_u 表项中文英文数据类型可否空初始值说明角色主键role_idNumber否主键，流水自增角色名字role_nameVariable characters (30)可dept_u 表 2-9dept_u 表项中文英文数据类型可否空初始值说明部门主键dept_idNumber否主键，流水自增部门名字dept_nameVariable characters (30)可file_inf表 2-10 file_inf 表项中文英文数据类型可否空初始值说明文件信息主键flileinf_i

13、dNumber否主键，流水自增 文件大小file_sizeLong float可文件名称file_name Variable characters (30)可文件格式file_formatVariable characters (10)可2-102.4.2.2数据库表逻辑数据库表逻辑 ER 图图用户-邮件Relationship_1Relationship_1Relationship_2Relationship_40,nRelationship_40,nRelationship_4Relationship_5会议申请-设备Relationship_6Relationship_6Relation

14、ship_7Relationship_9Relationship_8Relationship_10Relationship_11用户用户id姓名账号密码部门NumberVariable characters (30)Variable characters (30)Variable characters (30)Variable characters (30)Identifier_1设备类型类型id类型名称NumberVariable characters (30)Identifier_1权限权限id权限描述NumberVariable characters (30)Identifier_1部门

15、部门id部门名称NumberVariable characters (30)Identifier_1会议室会议室id会议室名称会议室地址可用状态容纳人数目前状态NumberVariable characters (30)Variable characters (30)Short integerNumberShort integerIdentifier_1设备设备id设备名称占用状态可用状态购入时间设备标识NumberVariable characters (30)Short integerShort integerDateVariable characters (10)Identifier_1

16、邮件邮件id主题发送时间内容NumberVariable characters (30)DateVariable characters (300)Identifier_1会议申请会议申请id会议主题主要内容会议开始时间会议结束时间与会人数审批意见审批状态NumberVariable characters (30)Variable characters (300)DateDateNumberVariable characters (100)Short integerIdentifier_1文件信息文件信息主键文件大小文件名称文件格式NumberLong floatVariable charact

17、ers (30)Variable characters (10)Identifier_1用户-会议申请申请人idNumber角色role_idrole_nameNumberVariable characters (30)Identifier_1图中“ ”表示多对一关系，三叉线表示对应的多方表，多对多应该为“” 。2.4.2.3表之间的关联设计表之间的关联设计在数据库 ER 逻辑模型的基础上确定 ER 物理模型，通过主外键的约束明确表之间的关系。该物理模型可直接映射到数据库中进行物理操作，以便据此建立数据库结构。2-11ER 物理模型如下：物理模型字段表如下：Tablecolumn Code d

18、escription会议室主键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会议申

19、请有未审批、审批通过、建议修改三种状态设备主键facility_id主键索引设备名称facility_name2-12类型主键ft_id由设备类型表引用的外键当前状态now-state可用状态posib_state购入时间buy_time会议设备设备标识facility_tag标志移动还是固定设备类型主键ft_id主键索引设备类型类型名称ft_name用户主键us_id主键索引部门 iddept_id姓名us_name账号us_account密码us_psw用户信息部门us_department文件信息主键file_id主键索引会议信息主键meet_id由会议信息表引用的外键文件名称file_

20、name文件大小file_size文件信息文件格式file_type部门主键dept_id主键索引部门部门名称dept_name权限主键power_id主键索引权限信息权限描述power_describe角色主键role_id主键索引角色信息角色名字role-name角色主键role_idrole_power权限主键power_id邮件 idmail_id主键主题topic发送时间sendtime邮件内容mail_content会议申请 idmeet_id主键索引会议申请设备设备 idfacility_id主键索引用户 idus_id用户邮件邮件 idmail_id会议申请 idmeet_id

21、用户 idus_id会议申请用户申请人 idappop_id外键关联说明：表 2-7 外键关联说明描述外键引外键字段名关联表关说明2-13表名用表表系文件信息会议申请会议信息主键不是多对一一个会议信息可以有多个文件信息用户信息用户主键多对一会议申请会议室会议室主键是多对一该表是用户信息表与会议室表多对多关系的关系表，每个关系就是一个会议申请会议室会议室主键多对一会议设备设备类型类型主键是多对一该表室会议室与设备类型多对多的一个关系表，每一个关系代表一个设备权限信息角色角色主键不是多对多一个角色可拥有多个权限，一个权限可以给多个角色。邮件用户信息用户主键是多对多一个用户可以发送多个邮件，一个邮件

22、可以被多个用户接受2.4.2.4难点说明：难点说明：会议设备与会议申请的复杂关系会议设备与会议申请的复杂关系由 ER 物理模型局部表关系如下“图 2-3 物理 ER 图局部 1”2-14Relationship_6Relationship_6Relationship_6Relationship_6会议室会议室id会议室名称会议室地址可用状态容纳人数目前状态numericvarchar(30)varchar(30)smallintnumericsmallint设备设备id类型id会议室id设备名称占用状态可用状态购入时间设备标识numericnumericnumericvarchar(30)sm

23、allintsmallintdatevarchar(10)会议申请会议申请id会议室id会议主题主要内容会议开始时间会议结束时间与会人数审批意见审批状态numericnumericvarchar(30)varchar(300)datedatenumericvarchar(100)smallint会议申请-设备会议申请id设备idnumericnumeric图 2-3 物理 ER 图局部 1会议申请与会议室是多对一的关系，会议室和设备是一对多的关系， 系统需求中有些设备不属于任何现有会议室，这些设备不会象其他设备那样成组的与会议申请对应，而是具有单独的对应关系。由于从局部图中可以看出，会议申请和移动设备间的对应关系是多对多关系。系统需求中，移动设备不属于任何会议室，这些设备不会像固定设备 那样成组的与会议申请相对应。会议室和会议申请是一对多的关系，会议室和设备间是一对多的关系，会议申请和设备是多对多关系。复杂关系成因复杂关系成因从上面两种情况，会议室和会议申请的关系是指的是和移动设备和固定设备都有这种关系，而会议申请和会议设备的关系是指的移动设备的关系，一个会议申请多个移动设备，而移动设备能被多个会议申请。本来应将移动设备和移动设备分开，而为了减少冗余，将其合为一个表，从而减少开发麻烦。这