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

《会议管理系统数据库设计文档.docx》由会员分享，可在线阅读，更多相关《会议管理系统数据库设计文档.docx（20页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

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

2、 2.1 抽象数据对象 . 2-4 2.1.1系统主要业务分析. 2-4 2.1.2需求分析参考. 2-5 2.2 系统物理结构设计 . 2-5 2.3 数据库逻辑设计 . 2-6 2.3.1 数据库设计命名规范. 2-5 2.3.2 数据库表名汇总. 2-6 2.3.3 数据库表结构设计. 2-6 2.4 存储过程设计 . 2-14 2.5 触发器设计 . 2-15 2.6 J OB 设计 . 2-15 3 3 数据字典设计 . 错误!未定义书签。1 1 引言1.1 预期的读者主要为本公司以及承包方的阅读者，如设计人员、开发人员等。有时可以包括客户方的阅读者,如：业务人员、系统管理人员等。1

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

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

5、分布式部署设计，数据库将部署到一部独立的计算机中。依据前期的分析，系统将有大量的数据存放入数据库。预留数据库空间 500m，日增长约3m，日志空间 1G，日增长 5m。数据库位置：*oracle9ipath*/n2ms/db/ 日志位置：*oracle9ipath*/n2ms/log/ 2.3 数据库设计命名规范 1，表名命名规则 本数据库运用的表名一律采纳有意义的小写英文字符命名，考虑将来编码便利，表名不 运用-’连接相关 2，表项命名规则本数据库各个表的每个字段，依照表名命名规则，全部运用有意义的小写英文字符命名，字段名不适用-’连接相关字符，便利编码书写。2.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.4.2.1 逻辑表结构 l M

8、 M eet_app 表 2-2 meet_app 表项 中文 英文 数据类型 可否空 初始值 说明 会议信息主键 meet_id Number 否主键，流水自增 会议主题 meet_title Variable characters (30) 可 主要内容 meet_content Variable characters (300) 可 会议起先时间 start_time Date Time 可 会议结束时间 end_time Date Time 可与会人数 meet_num Long float 可审批状态 meet_state Variable characters (10) 可审批看法

9、 meet_idea Variable characters (101) 可l meet_room 表 2-3 meet_room 表项 中文 英文 数据类型 可否空 初始值 说明 会议室主键 meetroom_id Number 否主键，流水自增会议室名称 meetroom_name Variable char(30)会议室地址 meetroom_addr Variable characters (30) 可可用状态 possib_state Short integer 可 目前状态 now_state Short integer 可 容纳人数 meetroom_num Number 可 l

10、 facilty_meet表 2-4 facilty_meet 表项中文 英文 数据类型 可否空 初始值 说明 设备主键 facility_id Number 否主键，流水自增 设备名称 facility_name Variable characters (40) 可 设备购入时间 buy_time Date可 占用状态 on_state Number (10) 可 可用状态 posib_state Short integer 可 设备标识 facility_tag Variable characters (10) 否l user_info表 2-5 user_info 表项 中文 英文 数据

11、类型 可否空 初始值 说明 用户主键 us_id Number 否主键，流水自增 用户名称 us_name Variable characters (30) 可 用户登陆账号 us_account Variable characters (30) 可 所属部门 us_department Variable characters (30) 可 用户密码 us_psw Variable characters (30) 可 l power_info表 2-6 power_info 表项中文 英文 数据类型 可否空 初始值 说明 权限主键 power_id Number 否主键，流水自增 权限描述 p

12、ower_describe Variable characters (30) 可l e_mail 表 2-7 e_mail 表项中文 英文 数据类型 可否空 初始值 说明 邮件主键 mail_id Number 否主键，流水自增 主题 topic Variable characters (30) 可 发送时间 sendtime Date 可 内容 mail_content Variable characters 可 l role表 2-8 role_u 表项中文 英文 数据类型 可否空 初始值 说明 角色主键 role_id Number 否主键，流水自增 角色名字 role_name Var

13、iable characters (30) 可l dept_u表 2-9dept_u 表项中文 英文 数据类型 可否空 初始值 说明 部门主键 dept_id Number 否主键，流水自增 部门名字 dept_name Variable characters (30) 可l file_inf 表 2-10 file_inf 表项 中文 英文 数据类型 可否空 初始值 说明 文件信息主键 flileinf_id Number 否主键，流水自增文件大小 file_size Long float可 文件名称 file_nameVariable characters (30) 可 文件格式 file

14、_format Variable characters (10) 可 2.4.2.2 数据库表逻辑 ER 图 用户-邮件Relationship_1Relationship_1Relationship_2Relationship_40,nRelationship_40,nRelationship_4Relationship_5会议申请-设备Relationship_6Relationship_6Relationship_7Relationship_9Relationship_8Relationship_10Relationship_11用户用户id姓名账号密码部门<pi> Numb

15、erVariable characters (30)Variable characters (30)Variable characters (30)Variable characters (30)<M>Identifier_1.<pi>设备类型类型id类型名称<pi> NumberVariable characters (30)<M>Identifier_1.<pi>权限权限id权限描述<pi> NumberVariable characters (30)<M>Identifier_1.<pi>部门

16、部门id部门名称<pi> NumberVariable characters (30)<M>Identifier_1.<pi>会议室会议室id会议室名称会议室地址可用状态容纳人数目前状态<pi> NumberVariable characters (30)Variable characters (30)Short integerNumberShort integer<M>Identifier_1.<pi>设备设备id设备名称占用状态可用状态购入时间设备标识<pi> NumberVariable characte

17、rs (30)Short integerShort integerDateVariable characters (10)<M>Identifier_1.<pi>邮件邮件id主题发送时间内容<pi> NumberVariable characters (30)DateVariable characters (300)<M>Identifier_1.<pi>会议申请会议申请id会议主题主要内容会议起先时间会议结束时间与会人数审批看法审批状态<pi> NumberVariable characters (30)Variable

18、 characters (300)DateDateNumberVariable characters (101)Short integer<M>Identifier_1.<pi>文件信息文件信息主键文件大小文件名称文件格式<pi> NumberLong floatVariable characters (30)Variable characters (10)<M>Identifier_1.<pi>用户-会议申请申请人id Number角色role_idrole_name<pi> NumberVariable charact

19、ers (30)<M>Identifier_1.<pi> 图中 表示多对一关系，三叉线表示对应的多方表，多对多应当为 。2.4.2.3 表之间的关联设计 在数据库 ER 逻辑模型的基础上确定 ER 物理模型，通过主外键的约束明确表之间的关系。该物理模型可干脆映射到数据库中进行物理操作，以便据此建立数据库结构。 ER 物理模型如下： 物理模型字段表如下：Table columnCodedescription 会议室 会议室主键 meetroom_id 主键索引 会议室名称 meetroom_name会议室地址 meetroom_addr可用状态 possib_state容

20、纳人数 meetroon_num目前状态 now_state会议申请 会议信息主键 meet_id 主键索引 会议室 id meetroom_id 由会议室信息表引用的外键 会议主题 meet_title主要内容 meet_content与会人数 meet-num会议起先时间 start_time会议结束时间 end_time审批看法 meet-idea 对应建议修改的会议申请要写明缘由，如：会议内容欠妥、申请会议室冲突等 审批状态 meet_state 会议申请有未审批、审批通过、建议修改三种状态设备主键 facility_id 主键索引 设备名称 facility_name会议设备 类型主

21、键 ft_id 由设备类型表引用的外键 当前状态 now-state可用状态 posib_state购入时间 buy_time设备标识 facility_tag 标记移动还是固定设备 设备类型 类型主键 ft_id 主键索引 类型名称 ft_name用户信息 用户主键 us_id 主键索引 部门 id dept_id姓名 us_name 账号 us_account密码 us_psw部门 us_department文件信息 文件信息主键 file_id 主键索引 会议信息主键 meet_id由会议信息表引用的外键 文件名称 file_name文件大小 file_size文件格式 file_typ

22、e部门 部门主键 dept_id 主键索引 部门名称 dept_name权限信息 权限主键 power_id 主键索引 权限描述 power_describe角色信息 角色主键 role_id 主键索引 角色名字 role-namerole_power 角色主键 role_id权限主键 power_id邮件 邮件 id mail_id 主键 主题 topic发送时间 sendtime内容 mail_content会议申请设备 会议申请 id meet_id 主键索引 设备 id facility_id 主键索引 用户邮件 用户 id us_id邮件 idmail_id会议申请用户 会议申请 i

23、d meet_id 用户 id us_id申请人 id appop_id外键关联说明：表 2-7 外键关联说明描述 外 键 引 外键字段名 关 联 表关 说明表名 用表 表 系 文件信息 会议申请 会议信息主键<fk> 不是 多对一 一个会议信息可以有多个文件信息 会议申请 用户信息 用户主键<fk2> 是 多对一 该表是用户信息表与会议室表多对多关系的关系表，每个关系就是一个会议申请 会议室 会议室主键<fk1> 多对一 会议设备 会议室 会议室主键<fk1> 是 多对一 该表室会议室与设备类型多对多的一个关系表，每一个关系代表一个设备 设备类

24、型 类型主键<fk2> 多对一 权限信息 角色 角色主键<fk> 不是 多对多 一个角色可拥有多个权限，一个权限可以给多个角色。邮件 用户信息 用户主键 是 多对多 一个用户可以发送多个邮件，一个邮件可以被多个用户接受 2.4.2.4 难点说明：会议设备与会议申请的困难关系 l 由 ER 物理模型局部表关系如下图 2-3 物理 ER 图局部 1Relationship_6Relationship_6Relationship_6Relationship_6会议室会议室id会议室名称会议室地址可用状态容纳人数目前状态.numericvarchar(30)varchar(30

25、)smallintnumericsmallint<pk>设备设备id类型id会议室id设备名称占用状态可用状态购入时间设备标识.numericnumericnumericvarchar(30)smallintsmallintdatevarchar(10)<pk><fk1><fk2>会议申请会议申请id会议室id会议主题主要内容会议起先时间会议结束时间与会人数审批看法审批状态.numericnumericvarchar(30)varchar(300)datedatenumericvarchar(101)smallint<pk><f

26、k>会议申请-设备会议申请id设备idnumericnumeric<pk,fk1><pk,fk2> 图 2-3 物理 ER 图局部 1 会议申请与会议室是多对一的关系，会议室和设备是一对多的关系， 系统需求中有些设备不属于任何现有会议室，这些设备不会象其他设备那样成组的与会议申请对应，而是具有单独的对应关系。由于从局部图中可以看出，会议申请和移动设备间的对应关系是多对多关系。系统需求中，移动设备不属于任何会议室，这些设备不会像固定设备 那样成组的与会议申请相对应。会议室和会议申请是一对多的关系，会议室和设备间是一对多的关系，会议申请和设备是多对多关系。困难关系 成

27、因 从上面两种状况，会议室和会议申请的关系是指的是和移动设备和固定设备都有这种关系，而会议申请和会议设备的关系是指的移动设备的关系，一个会议申请多个移动设备，而移动设备能被多个会议申请。原来应将移动设备和移动设备分开，而为了削减冗余，将其合为一个表，从而削减开发麻烦。这就在不影响业务功能的状况下简化了一张表。2.5 存储过程设计存储过程是一组预先定义并编译好的 SQL 语句，可以接受参数、返回状态值和参数值，并可以嵌套调用。运用存储过程可以变更 SQL 语句的运行性能，提高其执行效率。存储过程还可用做一种平安机制，运用户通过它访问未授权的表或视图。在本系统中可帮助应用服务器完成日志记录功能，及

28、当用户进行个中数据库CURD 操作室记录相应信息到到日志表中。举例：create or replace procedure loginsert (optype in string, optime in string ,userid inout int,tablename in string ,opflag out int ) 2.6is begin insert into logtable values(power_seq.nextval,optime,optype,userid,tablename); selectpower_seq.currval into opflag from dual

29、; end loginsert; 触发器设计触发器是一种特别的存储过程，当表中的数据被修改时，由系统自动执行。运用触发器可以实施更为困难的的数据完整性约束。举例：create or replace trigger autodel after delete on room for each row declare - local variables here begin delete facility f where f.rid=:old.id; end autodel;2.7 b Job 设计 （定时触发功能）数据库系统供应了 Job 功能，该功能可以用来解决须要定期处理商业数据的问题。上一篇：输液流程标准化作业书文档下一篇：超龄辞退告知书,文档第20页 共20页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页第 20 页 共 20 页