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

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

《会议管理系统数据库设计文档.docx》由会员分享，可在线阅读，更多相关《会议管理系统数据库设计文档.docx（16页珍藏版）》请在冰豆网上搜索。

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

会议管理系统数据库计说明书

编写：

 非常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

最终文档

匿名

签字确认

职务

姓名

签字

日期

1

引言

1.1预期的读者

主要为本公司以及承包方的阅读者，如设计人员、开发人员等。

有时可以包括客户方的阅读者,如：

业务人员、系统管理人员等。

1.2数据库说明

会议管理系统采用的时当前流行的企业级数据库oracle，使用的版本是9i。

设计的数据库全局数据库名为icss，开发用的表空间名是test，操作的用户名为test，密码为test。

1.3目的和作用

将业务分析，系统设计中对信息的描述进一步分析并加以总计，抽象出数据集合（数据库表）。

对数据集合做进一步分析，确定集合之间的关系并最终形成数据库物理模型，以便开发人员建立物理数据库。

2数据库设计

2.1抽象数据对象

2.1.1系统主要业务分析

根据物流系统的业务流程描述，我们大致可以从中抽象出几个数据集合，如：

普通用户、会议申请、会议室管理、设备管理、会议管理

按照业务及系统功能简单总结数据对象：

●用户

●会议申请信息

●会议审批

●会议设备

2.1.2需求分析参考

根据系统需求分析内容进一步确定数据对象。

由于系统需求分析中考虑到会议室和会议设备间有一定的区别和联系，即会议室一般包含固定设备和移动设备，两者之间并不是并列关系而是所属关系，所以将会议室默认含有固定设备，这样，设备只有移动设备分开，并提出单独的信息维护功能，数据库对象也进一步细化将会议设备分成，会议室和相关设备。

会议申请和会议审批操作的都是相同对象所以将两个数据对象进行合并，其他数据对象没有变化。

总结数据对象：

●用户信息

●会议信息

●会议室

●会议设备

2.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

设备类型

保存相关设备类型信息

users_inf

用户信息

保存系统用户的基本信息

power_info

权限信息

保存系统的权限信息

role_u

角色

保存相关角色信息

dept_u

部门信息

保存相关部门信息

e_mail

邮件信息

保存邮件信息

file_inf

文件信息

保存相关文件信息

2.4.2数据库表结构设计

2.4.2.1逻辑表结构

●Meet_app

表2-2meet_app表项

中文

英文

数据类型

可否空

初始值

说明

会议信息主键

meet_id

Number

否

主键，流水自增

会议主题

meet_title

Variablecharacters（30）

可

主要内容

meet_content

Variablecharacters（300）

可

会议开始时间

start_time

Date&Time

可

会议结束时间

end_time

Date&Time

可

与会人数

meet_num

Longfloat

可

审批状态

meet_state

Variablecharacters（10）

可

审批意见

meet_idea

Variablecharacters（100）

可

●meet_room

表2-3meet_room表项

中文

英文

数据类型

可否空

初始值

说明

会议室主键

meetroom_id

Number

否

主键，流水自增

会议室名称

meetroom_name

Variablechar（30）

会议室地址

meetroom_addr

Variablecharacters（30）

可

可用状态

possib_state

Shortinteger

可

目前状态

now_state

Shortinteger

可

容纳人数

meetroom_num

Number

可

●facilty_meet

表2-4facilty_meet表项

中文

英文

数据类型

可否空

初始值

说明

设备主键

facility_id

Number

否

主键，流水自增

设备名称

facility_name

Variablecharacters（40）

可

设备购入时间

buy_time

Date

可

占用状态

on_state

Number（10）

可

可用状态

posib_state

Shortinteger

可

设备标识

facility_tag

Variablecharacters（10）

否

●user_info

表2-5user_info表项

中文

英文

数据类型

可否空

初始值

说明

用户主键

us_id

Number

否

主键，流水自增

用户名称

us_name

Variablecharacters（30）

可

用户登陆账号

us_account

Variablecharacters（30）

可

所属部门

us_department

Variablecharacters（30）

可

用户密码

us_psw

Variablecharacters（30）

可

●power_info

表2-6power_info表项

中文

英文

数据类型

可否空

初始值

说明

权限主键

power_id

Number

否

主键，流水自增

权限描述

power_describe

Variablecharacters（30）

可

●e_mail

表2-7e_mail表项

中文

英文

数据类型

可否空

初始值

说明

邮件主键

mail_id

Number

否

主键，流水自增

主题

topic

Variablecharacters（30）

可

发送时间

sendtime

Date

可

内容

mail_content

Variablecharacters

可

●role

表2-8role_u表项

中文

英文

数据类型

可否空

初始值

说明

角色主键

role_id

Number

否

主键，流水自增

角色名字

role_name

Variablecharacters（30）

可

●dept_u

表2-9dept_u表项

中文

英文

数据类型

可否空

初始值

说明

部门主键

dept_id

Number

否

主键，流水自增

部门名字

dept_name

Variablecharacters（30）

可

●file_inf

表2-10file_inf表项

中文

英文

数据类型

可否空

初始值

说明

文件信息主键

flileinf_id

Number

否

主键，流水自增

文件大小

file_size

Longfloat

可

文件名称

file_name

Variablecharacters（30）

可

文件格式

file_format

Variablecharacters（10）

可

2.4.2.2数据库表逻辑ER图

图中“”表示多对一关系，三叉线表示对应的多方表，多对多应该为“

”。

2.4.2.3表之间的关联设计

在数据库ER逻辑模型的基础上确定ER物理模型，通过主外键的约束明确表之间的关系。

该物理模型可直接映射到数据库中进行物理操作，以便据此建立数据库结构。

ER物理模型如下：

物理模型字段表如下：

Table

column

Code

description

会议室

会议室主键

meetroom_id

主键索引

会议室名称

meetroom_name

会议室地址

meetroom_addr

可用状态

possib_state

容纳人数

meetroon_num

目前状态

now_state

会议申请

会议信息主键

meet_id

主键索引

会议室id

meetroom_id

由会议室信息表引用的外键

会议主题

meet_title

主要内容

meet_content

与会人数

meet-num

会议开始时间

start_time

会议结束时间

end_time

审批意见

meet-idea

对应建议修改的会议申请要写明原因，如：

会议内容欠妥、申请会议室冲突等

审批状态

meet_state

会议申