数据库设计

数据库设计

     一 ： 序言

 1： 预期的读者

          系统的开发设计人员、业务人员以及系统管理人员。

  2：数据库的说明

        本数据库采用分布式部署，oracle数据库，数据库全局数据库名##、用户名：##、密码：##、操作空间：                    ##

   3 ：目的和作用

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

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

二：数据库设计

A：抽象数据对象

a:主要业务系统分析

根据系统的物流描述，可以抽象出以下数据集合：

普通的用户、会议管理、设备管理，会议申请、会议室管理，按照业务及系统功能总结为以下对象

用户、会议申请信息、会议审批、会议设备

b:需求分析

根据系统需求分析内容进一步确定数据对象。由于系统需求分析中考虑到会议室和会议设备间有一定

的区别和联系，即会议室一般包含固定设备和移动设备，两者之间并不是并列关系而是所属关系，所

以将会议室默认含有固定设备，这样，设备只有移动设备分开，并提出单独的信息维护功能，数据库

对象也进一步细化将会议设备分成，会议室和相关设备。会议申请和会议审批操作的都是相同对象所

以将两个数据对象进行合并，其他数据对象没有变化。

同对象总结数据对象：
用户信息
会议信息
会议室
会议设备所以将两个数据对象进行合并，其他数据对象没有变化。

B:数据库结构设计

根据系统的分布式部署设计，数据库将部署到一部独立的计算机中。根据前期的

分析，系统将有大量的数据存放入数据库。预留数据库空间500m，日增长约3m，

日志空间1G，日增长5m。

数据库位置：*oracle9ipath*/n2ms/db/

日志位置：*oracle9ipath*/n2ms/log/

C:数据库设计命名规范

1，表名命名规则

本数据库使用的表名一律采用有意义的小写英文字符命名，考虑将来编码方便，表名不

使用‘-’连接相关

2，表项命名规则

    本数据库各个表的每个字段，依照表名命名规则，全部使用有意义的小写英文字符        

命名，字段名不适用‘-’连接相关字符，方便编码书写。

D:数据库的逻辑设计

表设计中应注意的问题：

1．对于字符类型的字段，要仔细确认字段的可能长度。在oracle数据库设计中，

一般来说，对于定长的字符数据字段，取字符类型(char)，对于不定长的，取变长字

符类型(varchar)。

2．对于以分类形式出现的字段，建议不使用字符类型，而使用数字类型。

如：货物是否配送为是或（和）否；如果用字符类型，则将这些字符串需要入库；

如果使用数字类型分别用1、0代表高职、中职、低职，则入库的是数字信息，从

程序编写的角度考虑，后者更好维护一些，主要体现在如果是多语言版本时，我们

不需要在程序中将这些字符串信息进行判断处理。

a:数据库表名汇总

数据库表名

中文名

文字说明

meet_app

会议申请信息

保存所开会议的基本信息

meet_room

会议室

保存会议室情况的相关信息

facilty_meet

设备信息

保存会议设备的相关信息

Equipment_stype

设备类型

保存相关设备类型信息

users_inf

用户信息

保存系统用户的基本信息

power_info

权限信息

保存系统的权限信息

role_u

角色

保存相关角色信息

dept_u

部门信息

保存相关部门信息

e_mail

邮件信息

保存邮件信息

file_inf

文件信息

保存相关文件信息

l Meet_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)

可

 

 

审批意见

meet_idea

Variable characters (100)

可

 

 

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 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表项

中文

英文

数据类型

可否空

初始值

说明

用户主键

us_id

Number

否

 

主键，流水自增

用户名称

us_name

Variable characters (30)

可

 

 

用户登陆账号

us_account

Variable characters (30)

可

 

 

所属部门

us_department

Variable characters (30)

可

 

 

用户密码

us_psw

Variable characters (30)

可

 

 

表2-6 power_info表项

中文

英文

数据类型

可否空

初始值

说明

权限主键

power_id

Number

否

 

主键，流水自增

权限描述

power_describe

Variable characters (30)

可

 

 

 

表2-7 e_mail表项

中文

英文

数据类型

可否空

初始值

说明

邮件主键

mail_id

Number

否

 

主键，流水自增

 主题

topic

Variable characters (30)

可

 

 

发送时间

sendtime

      Date

可

 

 

内容

mail_content

Variable characters

可

 

表2-8 role_u表项

中文

英文

数据类型

可否空

初始值

说明

角色主键

role_id

Number

否

 

主键，流水自增

角色名字

role_name

Variable characters (30)

可

 

 

 表2-9dept_u表项

中文

英文

数据类型

可否空

初始值

说明

部门主键

dept_id

Number

否

 

主键，流水自增

部门名字

dept_name

Variable characters (30)

可

 

 

表2-10 file_inf表项

中文

英文

数据类型

可否空

初始值

说明

文件信息主键

flileinf_id

Number

否

 

主键，流水自增

 文件大小

file_size

Long float

可

 

 

文件名称

file_name

    Variable characters (30)

可

 

 

文件格式

file_format

Variable characters (10)

可

 

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

表之间的关联设计

在数据库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

会议申请有未审批、审批通过、建议修改三种状态

 

会议设备

设备主键

facility_id

主键索引

设备名称

facility_name

 

类型主键

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_type

 

部门

部门主键

dept_id

主键索引

部门名称

dept_name

 

权限信息

权限主键

power_id

主键索引

权限描述

power_describe

 

角色信息

角色主键

role_id

主键索引

角色名字

role-name

 

role_power

角色主键

role_id

 

权限主键

power_id

 

邮件

邮件id

mail_id

主键

主题

topic

 

发送时间

sendtime

 

内容

mail_content

 

会议申请—设备

会议申请id

meet_id

主键索引

设备id

facility_id

主键索引

用户—邮件

用户id

us_id

 

邮件id

mail_id

 

会议申请—用户

会议申请id

meet_id

 

用户id

us_id

 

申请人id

appop_id

 

 

 

外键关联说明：

表2-7 外键关联说明

描述表名

外键引用表

外键字段名

关联表

表关系

说明

文件信息

会议申请

会议信息主键<fk>

不是

多对一

一个会议信息可以有多个文件信息

会议申请

用户信息

用户主键<fk2>

是

多对一

该表是用户信息表与会议室表多对多关系的关系表，每个关系就是一个会议申请

会议室

会议室主键<fk1>

多对一

会议设备

会议室

会议室主键<fk1>

是

多对一

该表室会议室与设备类型多对多的一个关系表，每一个关系代表一个设备

设备类型

类型主键<fk2>

多对一

权限信息

角色

角色主键<fk>

不是

多对多

一个角色可拥有多个权限，一个权限可以给多个角色。

邮件

用户信息

用户主键

是

多对多

一个用户可以发送多个邮件，一个邮件可以被多个用户接受

 

会议申请与会议室是多对一的关系，会议室和设备是一对多的关系，

系统需求中有些设备不属于任何现有会议室，这些设备不会象其他设备那样成组的与会议申请对应，而是具有单独的对应关系。由于从局部图中可以看出，会议申请和移动设备间的对应关系是多对多关系。

系统需求中，移动设备不属于任何会议室，这些设备不会像固定设备 那样成组的与会议申请相对应。会议室和会议申请是一对多的关系，会议室和设备间是一对多的关系，会议申请和设备是多对多关系。

复杂关系成因

从上面两种情况，会议室和会议申请的关系是指的是和移动设备和固定设备都有这种关系，而会议申请和会议设备的关系是指的移动设备的关系，一个会议申请多个移动设备，而移动设备能被多个会议申请。本来应将移动设备和移动设备分开，而为了减少冗余，将其合为一个表，从而减少开发麻烦。这就在不影响业务功能的情况下简化了一张表。

1.1 存储过程设计

存储过程是一组预先定义并编译好的SQL语句，可以接受参数、返回状态值和参数值，并可以嵌套调用。使用存储过程可以改变SQL语句的运行性能，提高其执行效率。存储过程还可用做一种安全机制，使用户通过它访问未授权的表或视图。

在本系统中可协助应用服务器完成日志记录功能，及当用户进行个中数据库CURD操作室记录相应信息到到日志表中。

举例：

create or replace procedure loginsert

(optype in string, optime in string ,userid in  out int,tablename in string ,opflag out int )

1.2  is begin
  insert into logtable values(power_seq.nextval,optime,optype,userid,tablename);
  select  power_seq.currval into opflagfrom dual;
end loginsert;触发器设计

触发器是一种特殊的存储过程，当表中的数据被修改时，由系统自动执行。使用触发器可以实施更为复杂的的数据完整性约束。

举例：

create or replace trigger autodel
  after delete on room  
  for each row
declare
  -- local variables here
begin
  delete facility fwhere f.rid=:old.id;
end autodel;

1.3 Job设计（定时触发功能）

数据库系统提供了Job功能，该功能可以用来解决需要定期处理商业数据的问题。