会议管理系统数据库设计文档Word文档下载推荐.doc
《会议管理系统数据库设计文档Word文档下载推荐.doc》由会员分享,可在线阅读,更多相关《会议管理系统数据库设计文档Word文档下载推荐.doc(16页珍藏版)》请在冰豆网上搜索。
2013-7-30
4.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
1引言
1.1预期的读者
主要为本公司以及承包方的阅读者,如设计人员、开发人员等。
有时可以包括客户方的阅读者,如:
业务人员、系统管理人员等。
1.2数据库说明
会议管理系统采用的时当前流行的企业级数据库oracle,使用的版本是9i。
设计的数据库全局数据库名为icss,开发用的表空间名是test,操作的用户名为test,密码为test。
1.3目的和作用
将业务分析,系统设计中对信息的描述进一步分析并加以总计,抽象出数据集合(数据库表)。
对数据集合做进一步分析,确定集合之间的关系并最终形成数据库物理模型,以便开发人员建立物理数据库。
2数据库设计
2.1抽象数据对象
2.1.1系统主要业务分析
根据物流系统的业务流程描述,我们大致可以从中抽象出几个数据集合,如:
普通用户、会议申请、会议室管理、设备管理、会议管理
按照业务及系统功能简单总结数据对象:
l用户
l会议申请信息
l会议审批
l会议设备
2.1.2需求分析参考
根据系统需求分析内容进一步确定数据对象。
由于系统需求分析中考虑到会议室和会议设备间有一定的区别和联系,即会议室一般包含固定设备和移动设备,两者之间并不是并列关系而是所属关系,所以将会议室默认含有固定设备,这样,设备只有移动设备分开,并提出单独的信息维护功能,数据库对象也进一步细化将会议设备分成,会议室和相关设备。
会议申请和会议审批操作的都是相同对象所以将两个数据对象进行合并,其他数据对象没有变化。
总结数据对象:
l用户信息
l会议信息
l会议室
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逻辑表结构
lMeet_app
表2-2meet_app表项
中文
英文
数据类型
可否空
初始值
说明
会议信息主键
meet_id
Number
否
主键,流水自增
会议主题
meet_title
Variablecharacters(30)
可
主要内容
meet_content
Variablecharacters(300)
会议开始时间
start_time
Date&
Time
会议结束时间
end_time
与会人数
meet_num
Longfloat
审批状态
meet_state
Variablecharacters(10)
审批意见
meet_idea
Variablecharacters(100)
lmeet_room
表2-3meet_room表项
会议室主键
meetroom_id
会议室名称
meetroom_name
Variablechar(30)
会议室地址
meetroom_addr
可用状态
possib_state
Shortinteger
目前状态
now_state
容纳人数
meetroom_num
lfacilty_meet
表2-4facilty_meet表项
设备主键
facility_id
设备名称
facility_name
Variablecharacters(40)
设备购入时间
buy_time
Date
占用状态
on_state
Number(10)
可用状态
posib_state
设备标识
facility_tag
luser_info
表2-5user_info表项
用户主键
us_id
用户名称
us_name
用户登陆账号
us_account
所属部门
us_department
用户密码
us_psw
lpower_info
表2-6power_info表项
权限主键
power_id
权限描述
power_describe
le_mail
表2-7e_mail表项
邮件主键
mail_id
主题
topic
发送时间
sendtime
Date
内容
mail_content
Variablecharacters
lrole
表2-8role_u表项
角色主键
role_id
角色名字
role_name
ldept_u
表2-9dept_u表项
部门主键
dept_id
部门名字
dept_name
lfile_inf
表2-10file_inf表项
文件信息主键
flileinf_id
文件大小
file_size
Longfloat
文件名称
file_name
Variablecharacters(30)
文件格式
file_format
2.4.2.2数据库表逻辑ER图
图中“”表示多对一关系,三叉线表示对应的多方表,多对多应该为“”。
2.4.2.3表之间的关联设计
在数据库ER逻辑模型的基础上确定ER物理模型,通过主外键的约束明确表之间的关系。
该物理模型可直接映射到数据库中进行物理操作,以便据此建立数据库结构。
ER物理模型如下:
物理模型字段表如下:
Table
column
Code
description
主键索引
会议室名称