政务平台数据库设计

政务平台数据库设计
政务平台数据库设计

数据库设计
省级政务平台数据库设计
数据库设计原则
(1)标准化 严格按照相关技术标准完成数据库的设计,包括国土资源部颁发的相应数据库建库规范
标准、国家已经发布的许多基础的行业分类、代码标准,以及在信息化建设过程中形成的一
些可操作性强的数据库设计标准。
(2)一致性 数据库设计要符合数据一致性原则,国家、省、地(市)重复存储的业务数据和基础
数据要保持一致性。
(3)完整性
利用关系型数据库提供的数据完整性约束功能来保证数据的完整性,特别是要合理利
用以下四种约束类型:非空,唯一键,主键,外键。
(4)有效性 物理设计需综合考虑,根据业务规则,确定关联表的数据量大小,对数据项的访问频
度。
索引可提供快速访问表中数据的策略。建立索引时设置较小的填充因子,以便在各数
据页中留下较多的自由空间,减少页分割及重新组织的工作。从而提高数据库运行效率和执
行性能。
此外,考虑利用数据库提供的簇表机制、历史数据分离机制、逻辑存储分开机制、空
间数据索引机制等。
(5)安全性
包括对系统存储数据的安全性控制,包括访问类型(读、写等)、访问对象的控制策略和 实现方法、授权与收权等。
概念设计
数据库环境说明
所采用的数据库系统为 Oracle11g 中文版。
数据库的命名规则
为了清晰描述数据库对象,所有的表名采用汉语拼音前缀表示数据分类,表名和字段
名准确描述,避免使用有二义性的词汇。在某些习惯使用英文的字典表和系统设置表或使用
英文更能够描述对象的时候,也使用英文来进行命名。
逻辑设计
数据的逻辑分类
目前,省级政务管理平台中共包括四类逻辑存储单元:组织机构用户管理数据库、权
限访问控制管理数据库、业务表单构建数据库和业务流程构建数据库,分别用来存储平台的
基础配置数据、业务数据和非结构化数据,详细说明如下:
表错误!未指定样式名。-错误!未指定顺序。逻辑分类
逻辑存储单元
说明
组织机构用户管理 用来存储组织机构用户管理配置数据,包括用户表、用户签章、用户
数据库
状态表、组织机构表、角色表等。
权限访问控制管理 用于存储权限访问控制管理配置数据,包括权限表、各类关联表。
数据库
业务表单构建数据 用于存储业务表单构建数据,包括业务树结构表、数据模型书、业务

表单等。

业务流程构建数据 用于存储业务流程构建数据,包括流程实例表、业务连接、流程环节、

附件表等。
数据 E-R 图 总图
用户组织机构
图错误!未指定样式名。-错误!未指定顺序。用户组织机构
用户角色权限
角色 和用户 的关联 表
用户 表 PK US_IDENT NUMBERPS(38,0)
US_REMARK US_DROP US_PHONE US_NAME US_ORDER
CHAR(10) DATE CHAR(10) CHAR(10) NUMBERPS(38,0)
US_IDENT
权限 表
US_IDENT
PK
SA_IDENT NUMBERPS(38,0)
SA_IDENT
SA_NAME VARCHAR2(10)
OWNER NUMBERPS(38,0)
SA_REMARK
VARCHAR2(10)
SA_ORDER NUMBERPS(38,0)
SA_IDNET
PK SR_IDENT
OWNER USERID UR_ORDER
NUMBERPS(38,0)
NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0)
SR_IDENT
角色 、权限 和用户 的关联 表
PK SR_IDENT
USERID SA_IDENT RU_ORDER OWNER RU_OID
NUMBERPS(38,0)
NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0)
SR_IDENT
SR_IDENT
权限 和角色 的关联 表
SA_IDENT
PK SA_IDENT
RO_OID SR_IDENT RO_ORDER OWNER
NUMBERPS(38,0)
NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0)
SR_IDENT
角色 PK SR_IDENT NUMBERPS(38,0)
OWNER SR_NAME SR_REMARK SR_ORDER
NUMBERPS(38,0) VARCHAR2(10) VARCHAR2(10) NUMBERPS(38,0)
业务模型树 业务数据 工作流流转
图错误!未指定样式名。-错误!未指定顺序。用户角色权限 图错误!未指定样式名。-错误!未指定顺序。业务模型树
图错误!未指定样式名。-错误!未指定顺序。业务数据

流程实例表 PK FI_INST VARCHAR2(10)
流转实例变化到任务箱
SLID
PK SLID
VARCHAR2(10)
流程实例变化到电子监察 SLID PK SLID VARCHAR2(10)
OWNER FI_TALERT FI_ETIME FI_STATE FI_FLOW
NUMBERPS(38,0) NUMBERPS(38,0) DATE NUMBERPS(38,0) NUMBERPS(38,0)
ACTION VARCHAR2(10)
ID
VARCHAR2(10)
流转日志
ACTION VARCHAR2(10)
ID
VARCHAR2(10)
SLID
流转任务
业务连接 PK FL_INST VARCHAR2(10)
FL_OID FL_CMDSTR FL_ORGAN FL_FWAY FL_IDENT
NUMBERPS(38,0) VARCHAR2(10) NUMBERPS(38,0) NUMBERPS(38,0) NUMBERPS(38,0)
PK FG_INST VARCHAR2(10)
SLID
FG_IDENT NUMBERPS(38,0) FG_LINE NUMBERPS(38,0) FG_STIME DATE FG_RUSER NUMBERPS(38,0)
FG_INST PK FI_INST NUMBERPS(38,0)
FT_IDENT SQDWMC FT_FLOW FT_TALERT
NUMBERPS(38,0) VARCHAR2(10) NUMBERPS(38,0) NUMBERPS(38,0)
图错误!未指定样式名。-错误!未指定顺序。工作流流转
物理设计
设计数据库的物理结构,根据数据库的逻辑结构来选定 RDBMS,并设计和实施数据库的
存储结构、存取方式。
表空间设计
遵照《数据库表空间命名规范》,数据库表空间设计如下:
表错误!未指定样式名。-错误!未指定顺序。表空间设计
编号
业务系统名称
表空间名称
总大小
1
省级政务管理平台
JSYZT
100G
数据库用户设置
表错误!未指定样式名。-错误!未指定顺序。数据库用户设置
用户
角色
数据库访问
用户说明
JSYZT
RESOURCE、CONNECT
JSYZT
政务平台系统管理操作用户
BL_JSYD RESOURCE、CONNECT
JSYZT
建设用地业务操作用户
BL_ZBPH RESOURCE、CONNECT
JSYZT
占补平衡业务操作用户
ETL
RESOURCE、CONNECT
JSYZT
ETL 数据查询用户
数据库表汇总 表错误!未指定样式名。-错误!未指定顺序。数据库表汇总
类别
表名
功能说明
用户表
描述用户的基本信息
用户签章
描述用户签章的基本信息
用户状态表
描述用户状态的信息
组织机构表
描述组织机构的信息
角色表
描述角色信息
组织机构用户管理
组织机构和用户关联表
记载组织机构和用户关联 数据项
职务表
描述用户的职务信息
部门关联职员表
记载部门与部门之间的关 联数据项
部门人员职责表
描述部门各职位人员的责 任

权限表
描述权限的基本信息
权限访问控制管理
权限和角色的关联表 角色和用户的关联表
记载权限和角色的关联 描述角色和用户信息
角色、权限和用户的关联表
描述角色、权限和用户信息
业务分类表
记载业务分类信息
计数器
描述计数器相关参数的信 息
业务树结构表
描述业务树结构的信息
业务数据模型表
记录业务数据模型的信息
业务数据模型树
描述业务数据模型树的信 息
业务表单构建
业务数据表字段描述表 业务模型表间关系
加载业务数据表字段描述 的信息 描述业务模型表间关系的 信息
复杂业务模型表
记载复杂业务模型信息
业务表单
描述业务表单的信息
流程与表单关系表
记载流程与表单关系信息
系统字典
描述系统字典的基本信息
查询模板
描述查询模板信息
工作日历表
描述工作日历的基本信息
代理表
记载代理的信息
流程实例表
记载流程实例信息设置
流程实例变化到电子监察
描述流程实例变化到电子 监察信息
流转实例变化到任务箱
描述流转实例变化到任务 箱信息
业务连接
描述业务连接信息
流程内节点信息
描述流程内节点信息
流转日志
描述流转日志信息
业务流程构建
流转日志变化到电子监察
描述流转日志变化到电子 监察信息
流转日志删除
描述流转日志删除信息
流转环节
描述流转环节信息
流转任务
描述流转任务信息
流转任务删除
描述流转任务删除信息
登录日志
描述登录日志信息
计数器回收站
描述计数器回收站信息
附件表
描述附件表信息
数据库表结构清单
组织机构用户管理
用户表(OA2_USER)
表错误!未指定样式名。-错误!未指定顺序。用户表(OA2_USER)

主键
字段名称
数据类型
字段描述 可空
备注

US_IDENT
NUMBER
用户 id

US_REMARK
VARCHAR2(100)
备注

US_DROP
DATE
注销时间 是
US_PHONE
VARCHAR2(128)
用户电话 是
US_NAME
VARCHAR2(100)
用户名称 是
US_ORDER
NUMBER
用户排序 是
US_TAKE
CHAR(16)

US_STATE
NUMBER
用户状态 是
US_DATA
BLOB
电子签章 是
US_PWORD
VARCHAR2(100)
用户密码 是
US_DATE
DATE
新增用户的 是
时间
CA_CODE
VARCHAR2(100)
CA 编码

US_CODE
VARCHAR2(100)
用户登录名 是

US_AUTH
VARCHAR2(100)
用户授权 是
LOGON_COUNTER NUMBER
登录次数 是
ENABLED
VARCHAR2(1)
是否许可 是
JIFEN
VARCHAR2(1)
积分

USER_GRADE
NUMBER
用户级别 是
0 厅长 1 处长 2 副处
长 3 科员
KZCODE
CHAR(6)
行政编码 是
E_EMPID
VARCHAR2(50)
E 平台中的 是
编码
US_JOB
VARCHAR2(50)
用户的职务 是
US_PWORD_BAK VARCHAR2(100)
用户的密码 是
备份
US_PWORD_NULL VARCHAR2(100)
用户空密码 是
用户签章(OA2_SIGN)
表错误!未指定样式名。-错误!未指定顺序。用户签章(OA2_SIGN)
主键
字段名称
数据类型
字段描述 可空
备注

SG_IDENT
CHAR(64)
ID 号

SG_DATA
BLOB
签章数据 是
用户状态表(OA2_STATE) 表错误!未指定样式名。-错误!未指定顺序。用户状态表(OA2_STATE)
主键
字段名称
数据类型
字段描述
可空
备注

ST_IDENT
ST_ORDER
ST_NAME
OWNER
NUMBER
ID 号

NUMBER
排序

VARCHAR2(100) 名称

NUMBER
所属业务 是

ST_REMARK
VARCHAR2(200) 备注

ST_ALIAS
VARCHAR2(200) 别名

组织机构表(OA2_ORGAN) 表错误!未指定样式名。-错误!未指定顺序。组织机构表(OA2_ORGAN)
主键
字段名称
数据类型
字段描述
可空
备注

OG_IDENT
NUMBER
ID

OG_CODE
VARCHAR2(128) 编号

OG_NAME
VARCHAR2(128) 名称

OG_MAIN
NUMBER
上级组织 是
ID
OG_REMARK
VARCHAR2(200) 备注

OG_ORDER
NUMBER
排序

OG_TYPE
NUMBER
状态

0 表示有效
-1 表示已经注销
角色表(OA2_ROLE) 表错误!未指定样式名。-错误!未指定顺序。角色表(OA2_ROLE)
主键
字段名称
数据类型
字段描述
可空
备注

SR_IDENT
NUMBER
ID

OWNER
NUMBER
所属业务 是
系统
SR_NAME
VARCHAR2(128) 名称

SR_REMARK
VARCHAR2(200) 备注

SR_ORDER
NUMBER
排序

SR_TYPE
NUMBER
类别

0 表示有效
-1 表示删除
SR_DATA
NUMBER
存放的数 是
据值
组织机构和用户关联表(OA2_OGUSER) 错误!未指定样式名。-错误!未指定顺序。组织机构和用户关联表(OA2_OGUSER)
主键
字段名称
数据类型
字段描述
可空
备注

OG_IDENT
NUMBER
OG_ORDER
NUMBER

USERID
OG_TYPE
职务表(OA2_CAREER)
NUMBER NUMBER
ID

人员在该 是
组织中的
排序
用户 ID

类别

-1 表示被删除
主键
字段名称
数据类型
字段描述
可空
备注
CR_IDENT CR_NAME
NUMBER
职务 ID

NVARCHAR2(128) 职务名称 是

CR_MAIN
NUMBER
上级职务 是
ID
CR_REMARK
NVARCHAR2(400) 备注

CR_ORDER
NUMBER
排序

CR_TYPE
NUMBER
类别

CR_CLASS
NUMBER
分类

OG_IDENT
NUMBER
组织机构 是
ID
部门关联职员表(OA2_OGCAR)
主键
字段名称
数据类型
字段描述
可空
备注

OG_IDENT
NUMBER
CR_IDENT
NUMBER
OC_IDENT
NUMBER
部门人员职责表(OA2_OGCARU)
组织机构 否
ID
职务 ID

ID

主键
字段名称
数据类型
字段描述
可空
备注

US_IDENT
NUMBER
用户 ID

OC_IDENT
NUMBER
职责 ID

OC_ORDER
NUMBER
排序

权限访问控制管理
权限表(OA2_AUTHORITY) 表错误!未指定样式名。-错误!未指定顺序。权限表(OA2_AUTHORITY)
主键
字段名称
数据类型
字段描述
可空
备注

SA_IDENT
NUMBER
ID

SA_NAME
VARCHAR2(500) 名称

OWNER
NUMBER
隶属业务 是
SA_REMARK VARCHAR2(200) 备注

SA_ORDER
NUMBER
排序

权限和角色关联表(OA2_ROLEA)
表错误!未指定样式名。-错误!未指定顺序。权限和角色的关联表(OA2_ROLEA)
主键
字段名称
数据类型
字段描述
可空
备注
OWNER
NUMBER
归属的业 是
业务

RO_ORDER
NUMBER
排序


SR_IDENT
NUMBER
角色 ID

RO_OID
NUMBER
角色的存 是
储序号

SA_IDENT
NUMBER
权限 ID

角色和用户关联表(OA2_ROLEU) 表错误!未指定样式名。-错误!未指定顺序。角色和用户的关联表(OA2_ROLEU)

主键
字段名称
数据类型
字段描述
可空
备注

SR_IDENT
NUMBER
角色 ID 否
OWNER
NUMBER
归属业务 是

USERID
NUMBER
用户 ID 是
UR_ORDER
NUMBER
用户在该 是
角色中的
序号
角色、权限和用户关联表(OA2_ROLEUA)
表错误!未指定样式名。-错误!未指定顺序。角色、权限和用户的关联表(OA2_ROLEUA)
主键
字段名称
数据类型
字段描述
可空
备注

SR_IDENT
NUMBER
角色 ID


USERID
NUMBER
用户 ID


SA_IDENT
NUMBER
权限 ID

RU_ORDER
NUMBER
排序

OWNER
NUMBER
归属业务 是
RU_OID
NUMBER
存储 ID

业务表单构建
业务分类表(OA2_BUSINESS) 表错误!未指定样式名。-错误!未指定顺序。业务分类表(OA2_BUSINESS)
主键
字段名称
数据类型
字段描述
可空
备注

BS_IDENT
NUMBER
业务 ID

BS_REMARK
VARCHAR2(200) 描述

BS_NAME
VARCHAR2(128) 名称

BS_USER
VARCHAR2(128) 管理人员 是
BS_TIME
DATE
创建时间 是
BS_TYPE
NUMBER
类别

BS_SLUG
NVARCHAR2(64) 备注

计数器(OA2_COUNT) 表错误!未指定样式名。-错误!未指定顺序。计数器(OA2_COUNT)
主键
字段名称
数据类型
字段描述
可空
备注

CT_IDENT
NUMBER
计数器 ID 否
CT_VALUE
NUMBER
当前值

CT_REMARK
VARCHAR2(400) 备注

CT_RULE
NUMBER
规则

CT_STEP
NUMBER
步长

业务树结构表(OA2_TREE) 表错误!未指定样式名。-错误!未指定顺序。业务树结构表(OA2_TREE)
主键
字段名称
数据类型
字段描述
可空
备注

TR_IDENT
NUMBER
节点 ID


TR_ORDER
NUMBER
排序

TR_REMARK
VARCHAR2(4000) 描述

TR_DATA
NUMBER
节点值

TR_TYPE
NUMBER
类别

TR_LEVEL
NUMBER
级别

TR_MAIN
NUMBER
父节点 ID 是
OWNER
NUMBER
所属业务 是
TR_POWER
VARCHAR2(2000) 权限

TR_NAME
VARCHAR2(128) 名称

TR_CLASS
NUMBER
分类

TR_ICON
VARCHAR2(100) 图标名

业务数据模型表(OA2_MODEL)
表错误!未指定样式名。-错误!未指定顺序。业务数据模型表(OA2_MODEL)
主键
字段名称
数据类型
字段描述
可空
备注
M_NAME
VARCHAR2(128) 名称

OWNER
NUMBER
业务类别 是

M_IDENT
NUMBER
模型 ID

M_REMARK
VARCHAR2(200) 描述

M_ORDER
NUMBER
排序

业务数据模型树(OA2_MODTREE)
表错误!未指定样式名。-错误!未指定顺序。业务数据模型树(OA2_MODTREE)
主键
字段名称
数据类型
字段描述
可空
备注
MT_NAME
VARCHAR2(128) 名称

MT_MAIN
NUMBER
上级 ID


MT_IDENT
NUMBER
本级 ID

MT_REMARK
VARCHAR2(200) 描述

M_IDENT
NUMBER
关联的简 否
单模型
业务数据表字段描述表(OA2_MAPPED) 表错误!未指定样式名。-错误!未指定顺序。业务数据表字段描述表(OA2_MAPPED)
主键
字段名称
数据类型
字段描述
可空
备注
M_MAIN
M_KEYER
M_SIZE
M_TABLE
M_ALIAS
M_FDNO
OWNER

M_IDENT
M_FIELD
NUMBER
关联模型 是
ID
VARCHAR2(128) 关联主键 是
NUMBER
字段长度 是
VARCHAR2(64) 表名

VARCHAR2(128) 别名

NUMBER
编号

VARCHAR2(128) 归属业务 是
NUMBER
字典 ID

VARCHAR2(64) 字段名


M_TYPE
VARCHAR2(100) 字段类型 是
业务模型表间关系(OA2_MAPREL)
表错误!未指定样式名。-错误!未指定顺序。业务模型表间关系(OA2_MAPREL)
主键
字段名称
数据类型
字段描述
可空
备注

M_IDENT
NUMBER
ID

M_IDENT1
NUMBER
表 1 模型 ID 是
M_RELA2
NUMBER
表 2 关联字 是
段2
M_RELA1
NUMBER
表 1 关联字 是

M_OID
NUMBER
排序

M_IDENT2
NUMBER
表 2 模型 ID 是
M_CODE
NVARCHAR2(64) 编码

复杂业务模型表(OA2_COMPLEX)
表错误!未指定样式名。-错误!未指定顺序。复杂业务模型表(OA2_COMPLEX)
主键
字段名称
数据类型
字段描述
可空
备注
OWNER
NUMBER
归属业务 是
C_NAME
VARCHAR2(128) 名称

C_REMARK
VARCHAR2(200) 描述

C_ORDER
NUMBER
排序


C_IDENT
NUMBER
ID

业务表单(OA2_FORM) 表错误!未指定样式名。-错误!未指定顺序。业务表单(OA2_FORM)
主键
字段名称
数据类型
字段描述
可空
备注

FR_IDENT
NUMBER
OWNER
NUMBER
FR_NAME
VARCHAR2(160)
FR_LOCK
NUMBER
FR_REMARK
VARCHAR2(500)
FR_TYPE
NUMBER
FR_ALIAS
VARCHAR2(400)
FR_DATA
BLOB
FR_TIME
DATE
FR_ORDER
NUMBER
FR_CLASS
NUMBER
FR_SIGN
NUMBER
FR_OID
NUMBER
FR_CUR
NUMBER
流程与表单关系表(OA2_FLOW_FORM)
ID

归属业务 是
名称

是否锁定 是
备注

类别

别名

数据(表单 是
或流程模
板)
创建时间 是
排序

分类

签名

版本 ID

当前

单编号 单字段名称

表错误!未指定样式名。-错误!未指定顺序。流程与表单关系表(OA2_FLOW_FORM)
主键
字段名称
数据类型
字段描述
可空
备注

FF_FLOW_ID
NUMBER
ID

流程 ID
FF_FLOW_NAME VARCHAR2(160) 流程字段 是 名称

FF_TACH
NUMBER
流程节点 是 号
FF_NAME
VARCHAR2(160) 流程节点 是 字段名称

FF_FORM_ID
NUMBER
单 ID

FF_FORM_NAME VARCHAR2(160) 单字段名 是
称(如果是 文件夹,文
件夹名也 记录在这
里)
FF_ID
NUMBER
单序号

FF_SJID
NUMBER
单父节点 是
序号
FF_TYPE
NUMBER
类型,0: 是
根节点,1:
单节点,2: 文件夹
FF_USER
VARCHAR2(1000) 用户列

FF_URL
VARCHAR2(200) 用来打开 是
单的 URL 地 址
FF_OPEN
NUMBER
1:示该单 是 是默认打
开的
FF_NODEONTIME NUMBER
环节的办 是
理时限
系统字典(OA2_SYSDIC) 表错误!未指定样式名。-错误!未指定顺序。系统字典(OA2_SYSDIC)
主键
字段名称
数据类型
字段描述
可空
备注

SD_OID
SD_CLASS
SD_MAIN
SD_VALUE
SD_REMARK
NUMBER
ID

NUMBER
字典类别 是
NUMBER
字典主分 是

VARCHAR2(1000 字典值

)
VARCHAR2(200) 备注


SD_ORDER
NUMBER
排序

SD_KEYNO
VARCHAR2(200) 关键字

SD_KEYNO2
VARCHAR2(200) 关键字 2 是
OWNER
NUMBER
所属业务 是
SD_REMARK2
VARCHAR2(200) 备注

查询模板(OA2_TEMPLET)
表错误!未指定样式名。-错误!未指定顺序。查询模板(OA2_TEMPLET)
主键
字段名称
数据类型
字段描述
可空
备注

TE_IDENT
CHAR(40)
模板 ID

TE_NAME
NVARCHAR2(256) 模板名称 是
TE_DATA
BLOB
模板数据 是
工作日历表(OA2_WORKDAY) 表错误!未指定样式名。-错误!未指定顺序。工作日历表(OA2_WORKDAY)
主键
字段名称
数据类型
字段描述
可空
备注
WD_PM_ETIME
VARCHAR2(128) 下午下班 是
时间

WD_IDENT
NUMBER
ID

WD_AM_STIME
VARCHAR2(128) 上午上班 是
时间
WD_STATE
NUMBER
是否工作 是

WD_AM_ETIME
VARCHAR2(128) 上午下班 是
时间
WD_PM_STIME
VARCHAR2(128) 下午上班 是
时间
WD_DATE
DATE
日期

代理表(OA2_AGENT) 表错误!未指定样式名。-错误!未指定顺序。代理表(OA2_AGENT)
主键
字段名称
数据类型
字段描述
可空
备注

AG_INDEX NUMBER
AG_ATYPE NUMBER
AG_USERA VARCHAR2(200) AG_USERB VARCHAR2(200)
AG_STIME DATE
AG_ETIME DATE
代理序号

代理类型 0- 是
任务代理 1-
流程代理 2-
环节代理
授权人 ID 列 是
被授权人 ID 是

代理生效日 是

代理失效日 是


AG_FINST VARCHAR2(2000)
代理业务类 是

AG_STATE NUMBER
代理状态

AG_REASO VARCHAR2(200)
代理事由

N
AG_NAME VARCHAR2(2000)
代理业务字 是
段名称
AG_REGTI DATE
登记日期

ME
AG_CANTI DATE
取消日期

ME
AG_USERA VARCHAR2(100)
授权人

ID
AG_USERB VARCHAR2(500)
代理人

ID
AG_DLID NUMBER
代理 id 号 是
AG_CANUS VARCHAR2(200)
取消人

ERID
AG_PT_TY VARCHAR2(5)
代理的是哪 是
PE
个平台任务:
0 苍穹平台 1
壹平台
AG_RUSER NUMBER

AG_RTIME DATE
开始时间

AG_CTIME DATE
结束时间

AG_REMAR NVARCHAR2(128)
备注

K
业务流程构建
流程实例表(OA2_FINST) 表错误!未指定样式名。-错误!未指定顺序。流程实例表(OA2_FINST)
主键
字段名称
数据类型
字段描述
可空
备注

FI_INST
CHAR(20)
实例号

OWNER
NUMBER
所有者,如 是
综合事务
管理
FI_TALERT
NUMBER

FI_ETIME
DATE
流程结束 是
时间
FI_STATE
NUMBER
流程状态 0 是
正在办理 1
办结
FI_FLOW
NUMBER
流程 ID

FI_TDELAY
NUMBER
延时


FI_DATA
BLOB
流程图

FI_STIME
DATE
开始时间 是
FI_TTRAN
NUMBER
转发人

FI_TURGE
NUMBER
督办时间 是
FI_USERS
VARCHAR2(500) 流程过程 是
中参与的
人名单
FI_TTIME
DATE
转发时间 是
FI_UTIME
DATE
督办时间 是
FI_ATIME
DATE
接收时间 是
FI_FLOWV
NUMBER
版本

FI_FORMS
NVARCHAR2(512) 表单

FI_TYPE
NUMBER
类别

流程实例变化到电子监察(OA2_FINST_APPLY)
表错误!未指定样式名。-错误!未指定顺序。流程实例变化到电子监察(OA2_FINST_APPLY)
主键
字段名称
数据类型
字段描述
可空
备注
SLID
VARCHAR2(20) 受理号

ACTION
VARCHAR2(10) 动作


ID
NUMBER
记录 ID

流转实例变化到任务箱(OA2_FINST_EXC) 表错误!未指定样式名。-错误!未指定顺序。流转实例变化到任务箱(OA2_FINST_EXC)
主键
字段名称
数据类型
字段描述
可空
备注
SLID
VARCHAR2(20) 受理号

ACTION
VARCHAR2(10) 动作


ID
NUMBER
记录 ID

业务连接(OA2_FLINK)
表错误!未指定样式名。-错误!未指定顺序。业务连接(OA2_FLINK)
主键
字段名称
数据类型
字段描述
可空
备注

FL_INST
CHAR(20)
实例 ID


FL_OID
NUMBER
记录号

FL_CMDSTR
VARCHAR2(512) 命令

FL_ORGAN
NUMBER
所属部门 是
FL_FWAY
NUMBER
分支

FL_IDENT
NUMBER
流程中的 是
序号
FL_STATE
NUMBER
状态

FL_TYPE
NUMBER
类别

FL_SNODE
NUMBER
开始节点 是
FL_PASS
NUMBER
是否经过 是
FL_ENODE
NUMBER
结束节点 是
FL_NAME
VARCHAR2(128) 名称


FL_FLOW FL_SUBM
NUMBER NUMBER
流程内节点信息(OA2_FNODE)
流程 ID

子流程标 是

主键
字段名称
数据类型
字段描述
可空
备注

FR_IDENT
NUMBER
节点 ID

FN_OID
NUMBER
序号

FN_NAME
NVARCHAR2(1000) 节点名称 是
FN_ROLE
NVARCHAR2(1000) 办理角色 是
FN_FORM
NVARCHAR2(1000) 需要填写的 是
表单
OWNER
NUMBER
所属业务 是
流转日志(OA2_FLOG) 表错误!未指定样式名。-错误!未指定顺序。流转日志(OA2_FLOG)
主键
字段名称
数据类型
字段描述
可空
备注

FG_INST
CHAR(20)
实例 ID

实例号

FG_IDENT
NUMBER
序号 ID

FG_LINE
NUMBER
流向 ID

FG_STIME
DATE
任务发送 是
时间
FG_RUSER
NUMBER
任务接收 是

FG_STASK
NUMBER
发送任务 是
ID
FG_SUSER
NUMBER
任务发送 是
人 ID
FG_STATE
NUMBER
状态

FG_RTACH
NUMBER
接收环节 是
ID
FG_RROLE
NUMBER
接收人的 是
角色
FG_TASK
NUMBER
任务 ID

FG_ADVICE
VARCHAR2(400) 留言

FG_TURGE
NUMBER
督办

FG_STACH
NUMBER
发送环节 是
ID
FG_SIGN
NUMBER
状态

FG_SROLE
NUMBER
发送角色 是
FG_TTRAN
NUMBER
转发

FG_RTIME
DATE
接收时间 是
FG_OPERA
NUMBER
操作

FG_TALERT
NUMBER
提醒


FG_REMARK
VARCHAR2(1000) 标准

FG_SUBM
NUMBER
子任务

FG_AUSER
NUMBER

FG_AGENT
NUMBER
代理

FG_ETIME
DATE
办结时间 是
FG_STEP
NUMBER
步骤

流转日志变化到电子监察(OA2_FLOG_APPLY) 表错误!未指定样式名。-错误!未指定顺序。流转日志变化到电子监察(OA2_FLOG_APPLY)
主键
字段名称
数据类型
字段描述
可空
备注

SLID
VARCHAR2(20) 受理号


IDENT
VARCHAR2(20) 记录序号 是
ACTION
VARCHAR2(20) 动作

ID
NUMBER
ID

流转环节(OA2_FTACH) 表错误!未指定样式名。-错误!未指定顺序。流转环节(OA2_FTACH)
主键
字段名称
数据类型
字段描述
可空
备注

FT_INST
CHAR(20)
流程


FT_OID
NUMBER
序号

FT_TTRAN
NUMBER
任务时长 是
FT_FLOW
NUMBER
流程 ID

FT_NAME
VARCHAR2(128) 环节名称 是
FT_TYPE
NUMBER
类别

FT_TIME
NUMBER
环节时间 是
FT_BACK
NUMBER
退回

FT_FORM
VARCHAR2(1024) 需要填写 是
的表单
FT_ROLE
VARCHAR2(512) 办理角色 是
FT_AGENT
NUMBER
是否代理 是
FT_IDENT
NUMBER
记录序号 是
FT_TALERT
NUMBER
警告时长 是
FT_TURGE
NUMBER
督办时长 是
FT_CMDSTR
VARCHAR2(200) 对应的转 是
发控制
FT_SWAY
NUMBER
流转方式 是
FT_LOGIC
NUMBER
逻辑

FT_STATE
NUMBER
状态

FT_SUBM
NUMBER
子流程标 是

FT_SCTRL
VARCHAR2(512) 发送控制 是
FT_RCTRL
VARCHAR2(512) 接收控制 是
流转任务(OA2_FTASK)
表错误!未指定样式名。-错误!未指定顺序。流转任务(OA2_FTASK)

主键
字段名称
数据类型
字段描述
可空
备注

FI_INST
CHAR(20)
流程实例 否
ID

FT_IDENT
NUMBER
任务序号 是
SQDWMC
VARCHAR2(400) 申请单位 是
名称
FT_FLOW
NUMBER
对应的流 是
程 ID
FT_TALERT
NUMBER
警告时长 是
XMMC
VARCHAR2(4000) 项目名称 是
FT_USER
NUMBER
办理人

FT_TTRAN
NUMBER
任务时长 是
FT_TSTATE
NUMBER
任务状态 是
FT_TDELAY
NUMBER
延时时长 是
FT_STIME
DATE
发送时长 是
FT_TURGE
NUMBER
督办时长 是
FT_ETIME
DATE
结束时间 是
FT_ADVICE
VARCHAR2(400) 发送提示 是
FT_OPERA
NUMBER
发送参数 是
FT_LSTATE
NUMBER
业务状态 是
OWNER
NUMBER
所属业务 是
类型
FT_ROLE
NUMBER
办理角色 是
FT_TIMESTATE NUMBER
时间状态 是
FT_LINE
NUMBER
任务在流 是
程图中的
流向线
FT_TACH
NUMBER
任务环节 是
FT_FWAY
NUMBER
任务方向 是
FT_REMARK
VARCHAR2(1000) 备注

FT_TIMESTATE_P VARCHAR2(20) 时长状态 是
FT_TIMESTATE_R VARCHAR2(20) 时长状态 是
FT_SUBM
NUMBER
子流程标 是

FT_ATIME
DATE
接收时间 是
FT_TTIME
DATE
转发时间 是
FT_UTIME
DATE
督办时间 是
FT_AGENT
NUMBER
代理

FT_STEP
NUMBER
任务在流 是
程图上的
节点 ID
流转任务删除(OA2_FTASK_DEL)

表错误!未指定样式名。-错误!未指定顺序。流转任务删除(OA2_FTASK_DEL)
主键
字段名称
数据类型
字段描述
可空
备注
SLID
VARCHAR2(20) 受理号

IDENT
VARCHAR2(20) 序号

ACTION
VARCHAR2(20) 动作

ID
NUMBER
ID

登录日志(OA2_LOGIN) 表错误!未指定样式名。-错误!未指定顺序。登录日志(OA2_LOGIN)
主键
字段名称
数据类型
字段描述
可空
备注

LN_IDENT
NUMBER
记录 ID

LN_USER
NUMBER
操作人

LN_HOST
VARCHAR2(128) 操作人 IP 是
LN_TIME
DATE
操作时间 是
LN_TYPE
NUMBER
非平台

LG_CODE
NUMBER
日志编号 是
LG_USER
NUMBER
用户

LG_ADDR
VARCHAR2(32) 登录地址 是
LG_HOST
VARCHAR2(64) 登录主机 是
LG_TIME
DATE
登录时间 是
LG_TYPE
NUMBER
登录方式 是
LN_ADDR
VARCHAR2(128) 非平台

计数器回收站(OA2_RECYCLE) 表错误!未指定样式名。-错误!未指定顺序。计数器回收站(OA2_RECYCLE)
主键
字段名称
数据类型
字段描述
可空
备注

CT_IDENT
NUMBER
序号

CT_STATE
NUMBER
状态

CT_REMARK
VARCHAR2(200) 备注

CT_UID
NUMBER
用户 ID

CT_VALUE
NUMBER


CT_OID
NUMBER
排序 ID

CT_TIME
DATE
时间

附件表(OA2_AFFIX) 表错误!未指定样式名。-错误!未指定顺序。附件表(OA2_AFFIX)
主键
字段名称
数据类型
字段描述
可空
备注
AX_NAME
NVARCHAR2(512) 附件名称 是
AX_TYPE
NUMBER
类别(目 是
录)
AX_OWNER
CHAR(40)
父节点


AX_IDENT
CHAR(100)
本节点

AX_EXPD
VARCHAR2(16) 文件类型 是

AX_DATA
BLOB
文件内容 是
(弃用)
AX_PATH
VARCHAR2(512) 路径

AX_ORDER
NUMBER
序号

AX_TIME
DATE
上传时间 是
AX_USER
VARCHAR2(50) 上传用户 是
触发器设计
触发器(trigger)是 ORACLE 提供给程序员和数据分析员来保证数据完整性的一种方
法,它是与表事件相关的特殊的存储过程,它的执行不是由程序调用,也不是手工启动,而
是由事件来触发,比如当对一个表进行操作(insert,delete,update)时就会激活它执行。
触发器经常用于加强数据的完整性约束和业务规则等。触发器可以从 DBA_TRIGGERS,
USER_TRIGGERS 数据字典中查到。
任务触发器(OA2_FTASK_TRI)
触发器名
OA2_FTASK_TRI
功能说明
任务变化后触发
触发器定义
createorreplacetrigger"OA2_FTASK_TRI"
beforeinsertorupdateordeleteonoa2_ftask
--beforeinsertorupdateordeleteonoa2_ftask
--beforeinsertonoa2_ftask
foreachrow
declare
--localvariableshere
xidoa2_ftask_exc.id%type;
iidoa2_finst_exc.id%type;
begin
--cx 添加 id 序号字段
begin
selectEXEC_FT_MAXID.Nextvalintoxidfromdual;
ifxidisnullthen
xid:=1;
endif;
selectEXEC_FI_MAXID.Nextvalintoiidfromdual;
ifiidisnullthen
iid:=1;
endif;
end;
--ifinsertingthen
--if:new.ft_tstate='2'or:new.ft_tstate='1'or:new.ft_tstate='0'or:new
.ft_tstate='3'or:new.ft_tstate='4'then
deletefromoa2_ftask_excwhereslid=:new.fi_instandident=:new.ft_identa
ndaction='insert';--cx 添加 where 条件 andaction='insert'

insertintooa2_ftask_exc(id,slid,ident,action)values(xid,:new.fi_inst ,:new.ft_ident,'insert');
deletefromoa2_finst_excwhereslid=:new.fi_instandaction='update'; insertintooa2_finst_exc(id,slid,action)values(iid,:new.fi_inst,'upda te'); if:new.ft_tstate=0then insertintooa2_ftask_history(fi_inst,ft_ident,sqdwmc,ft_flow,ft_taler t,xmmc,ft_user,ft_ttran,ft_tstate,ft_tdelay,ft_stime,ft_turge,ft_etime,f t_advice,ft_opera,ft_lstate,owner,ft_role,ft_timestate,ft_line,ft_tach,f t_fway,ft_remark,ft_timestate_p,ft_timestate_r,ft_subm,ft_atime,ft_ttime ,ft_utime,ft_agent,tri_time) values(:new.fi_inst,:new.ft_ident,:new.sqdwmc,:new.ft_flow,:new.ft_t alert,:new.xmmc,:new.ft_user,:new.ft_ttran, :new.ft_tstate,:new.ft_tdelay,:new.ft_stime,:new.ft_turge,:new.ft_et ime,:new.ft_advice,:new.ft_opera, :new.ft_lstate,:new.owner,:new.ft_role,:new.ft_timestate,:new.ft_lin e,:new.ft_tach,:new.ft_fway, :new.ft_remark,:new.ft_timestate_p,:new.ft_timestate_r,:new.ft_subm, :new.ft_atime,:new.ft_ttime, :new.ft_utime,:new.ft_agent,sysdate); endif; --endif; endif; ifupdatingthen --if:new.ft_tstate='2'or:new.ft_tstate='1'or:new.ft_tstate='0'or:new .ft_tstate='3'or:new.ft_tstate='4'then if:new.ft_tstate>=0then deletefromoa2_ftask_excwhereslid=:new.fi_instandident=:new.ft_identa ndaction='update';--cx 添加 where 条件 andaction='update' insertintooa2_ftask_exc(id,slid,ident,action)values(xid,:new.fi_inst ,:new.ft_ident,'update'); deletefromoa2_finst_excwhereslid=:new.fi_instandaction='update'; insertintooa2_finst_exc(id,slid,action)values(iid,:new.fi_inst,'upda te'); elseif:new.ft_tstate<0then deletefromoa2_ftask_excwhereslid=:old.fi_instandident=:old.ft_identa ndaction='delete'; insertintooa2_ftask_exc(id,slid,ident,action)values(xid,:old.fi_inst ,:old.ft_ident,'delete'); deletefromoa2_finst_excwhereslid=:new.fi_instandaction='update'; insertintooa2_finst_exc(id,slid,action)values(iid,:old.fi_inst,'upda te'); endif; endif;

大型ORACLE数据库优化设计方案

大型ORACLE数据库优化设计方案 本文主要从大型数据库ORACLE环境四个不同级别的调整分析入手,分析ORACLE的系统结构和工作机理,从九个不同方面较全面地总结了ORACLE数据库的优化调整方案。 对于ORACLE数据库的数据存取,主要有四个不同的调整级别,第一级调整是操作系统级 包括硬件平台,第二级调整是ORACLE RDBMS级的调整,第三级是数据库设计级的调整,最后一个调整级是SQL级。通常依此四级调整级别对数据库进行调整、优化,数据库的整体性能会得到很大的改善。下面从九个不 同方面介绍ORACLE数据库优化设计方案。 一.数据库优化自由结构OFA(Optimal flexible Architecture) 数据库的逻辑配置对数据库性能有很大的影响,为此,ORACLE公司对表空间设计提出了一种优化结构OFA。使用这种结构进行设计会大大简化物理设计中的数据管理。优化自由结构OFA,简单地讲就是在数据库中可以高效自由地分布逻辑数据对象,因此首先要对数据库中的逻辑对象根据他们的使用方式和物理结构对数据库的影响来进行分类,这种分类包括将系统数据和用户数据分开、一般数据和索引数据分开、低活动表和高活动表分开等等。数据库逻辑设计的结果应当符合下面的准则:(1)把以同样方式使用的段类型存储在一起; (2)按照标准使用来设计系统;(3)存在用于例外的分离区域;(4)最小化表空间冲突;(5)将数 据字典分离。 二、充分利用系统全局区域SGA(SYSTEM GLOBAL AREA) SGA是oracle数据库的心脏。用户的进程对这个内存区发送事务,并且以这里作为高速缓存读取命中的数据,以实现加速的目的。正确的SGA大小对数据库的性能至关重要。SGA 包括以下几个部分: 1、数据块缓冲区(data block buffer cache)是SGA中的一块高速缓存,占整个数据库大小 的1%-2%,用来存储从数据库重读取的数据块(表、索引、簇等),因此采用least recently used (LRU,最近最少使用)的方法进行空间管理。 2、字典缓冲区。该缓冲区内的信息包括用户账号数据、数据文件名、段名、盘区位置、表 说明和权限,它也采用LRU方式管理。 3、重做日志缓冲区。该缓冲区保存为数据库恢复过程中用于前滚操作。 4、SQL共享池。保存执行计划和运行数据库的SQL语句的语法分析树。也采用LRU算法 管理。如果设置过小,语句将被连续不断地再装入到库缓存,影响系统性能。 另外,SGA还包括大池、JAVA池、多缓冲池。但是主要是由上面4种缓冲区构成。对这

政务大数据平台建设项目总体设计方案

政务大数据平台建设项目总体设计方案 1.1.总体设计原则 本设计应遵循以下基本原则: (1)先进性和可扩展性 设计时充分考虑技术的先进性、前瞻性和可扩展性,以保证系统在相当长的时间内能满足XXX社会治理大数据平台建设项目对社会管理和社会服务的实际需要。 (2)实用性和便捷性 设计时应考虑不同层次、不同岗位、不同专业用户需求的差异性,提供统一的访问接口、便捷的操作方式和友好的用户界面。 (3)可行性和可操作性 设计时应充分考虑建设的可行性和可操作性,在详细分析建设现状、建设需求和条件的基础上,制订合理的设计方案,提出合理的项目建设与运行管理方案。同时,系统的建设还应考虑XXX现有电子政务系统已有资源利旧与整合,减

少投资。 (4)经济性与安全性 XXX社会治理大数据平台建设项目数据都是比较敏感的工作数据,必须在现有资金预算的前提下建立相对完善的网络与信息安全保障体系,妥善解决信息安全的问题,处理好经济与安全的关系,综合平衡成本和效益。综合考虑信息采集、传输、处理和应用等各个环节应用的实际需要,在多方案论证和综合比较的基础上提出了既安全又经济的设计方案。 (5)可靠性和合理性 XXX社会治理大数据平台建设项目建设服务范围广、涉及内容多,需要具有较高的可靠性,设计时除了充分保证可靠性外,还应建设合理的运行维护管理模式及相关保障体系,为系统的运行维护管理奠定良好的基础。 (6)需求主导,整合应用的原则 以需求为主导,突出重点,认真分析系统流程,充分利用现有的通信及计算机网络、数据库资源,加强整合,促进

互联互通、信息共享。 1.2.总体目标 XXX社会治理大数据平台建设项目的总体目标是以项目建设为契机,以“一个网络体系、一套应用系统、三个基础库”为依托,充分利用大数据挖掘、云计算等先进技术,有效整合各方信息资源,实现“人、地、物、事、组织”的网格化管理,从而带动XXX社会管理源头治理体系、动态协调机制、应急管理体制建设,实现XXX社会管理“精确化”、社会服务“人性化”,提升社会服务效能,并为XXX实现智慧城市奠定信息化基础。 主要建设目标是为政府社会管理良性有序运行提供基本手段和保证,促进政府对社会系统的组成部分、社会生活的不同领域以及社会发展的各个环节进行组织、协调、服务、监督和控制,整合政府各部门资源,实现统一运维管理,并建立安全和运维保障体系。科学划分网格单元,优化网格资源配置,构筑“区—街道—社区—网格”的四级管理架构,

数字化校园共享数据中心平台建设方案

数字化校园共享数据中心平台建设方案 1.1.1.平台概述 共享数据中心平台即是统一的数据资源与交换应用服务平台系统,是对数字化校园中的各种结构化数据进行统一管理的平台,还包括数据交换平台,是实现数字化校园数据共享,提供深层次数据挖掘,数据分析的重要基础。 通过共享数据中心平台系统的建设,以《学校信息化数据标准》为基础,建立学校的数据中心平台,实现异构信息系统之间的数据交换和共享,明确业务系统与数据中心平台的接口规范;保证数据的准确一致,“谁产生、谁维护”;建立可以提供为整个学校综合查询和决策支持所需的数据信息,为学校的将来决策支持系统积累分析数据;为后续开发各种应用系统的通用数据库平台,保证新的系统建立在数据中心平台上时,不会产生新的分散数据。

图:共享数据中心架构图 1.1. 2.平台目标 通过共享数据中心设计将达到以下目标: ?建立全校性的共享数据中心; ?实现全校信息编码的统一和一致; ?保证任何两个业务系统之间没有冗余业务数据; ?保证“谁产生、谁维护”,所有的数据都只有唯一的维护者;

?保证可以提供反映整个学校的全面信息; ?保证可以为整个学校决策支持所需的数据信息; ?为学校的将来的决策支持系统积累分析数据。 1.1.3.平台功能 ?主题数据库 共享数据中心平台采用作为国家标准的教育部《教育管理信息化标准》2012年版为中心数据库设计依据,并在对高校各业务系统需求进行充分调研的基础上,根据学校的实际情况进行修改增减,并形成最终的该校的事实信息标准。 ?共享数据中心管理与监控 图:共享数据中心监控管理

共享数据中心库管理与监控系统基于严密的安全规范下,实现对元数据的管理、数据模型管理、数据中心监管等功能。其主要功能特性有: ⑴主题(数据子集)管理:可以灵活地随时修改、增加 和删除子集,以方便地将数据库表分配到其中的某个 子集中。 ⑵表管理:可以轻松地完成数据库表的增加、删除和修 改,也可以方便地添加和删除外键。 ⑶表数据管理:包括查询、导出、新增、删除、修改数 据等 ⑷权限管理:用户访问数据中心,对数据中心库表的权 限管理。数据中心管理系统提供了基于角色的访问控 制(RBAC)机制,可以灵活地定义角色、用户和相应 的权限,保证数据访问的安全。只有相关授权的用户,才可以进行对应的管理操作。 ⑸数据库备份:数据库手动和自动备份及备份还原;数 据库备份点查询。

城市公共基础数据库建设参考方案

城市公共基础数据库建设参考方案

城市基础数据库系统建设方案

1.系统概述 长期以来,政府各部门内部拥有着大量城市基础数据资源,但由于管理分散,制度规范不健全,造成重复采集、口径多乱、数出多门;各部门的指标数据自成体系,标准不一,共享程度较差。随着政府向“经济调节、市场监管、社会管理和公共服务”管理职能的转变,就要求必须能够全面、准确掌握全地区经济社会发展态势,强化政府部门掌控决策信息资源的能力,政府部门间信息资源整合与共享需求越来越紧密,但当前部门间信息共享多是点对点方式,

没有统一的数据交换管理平台。因此各部门对加快解决数据资源分散管理、数据共享不足的问题需求十分迫切,需要建立城市基础数据库(以下简称智慧城市公共基础数据库)系统以解决以上问题。 依托智慧城市公共基础数据库系统的建设,可以实现各委办局、各所辖地区的经济社会综合数据采集交换,为各部门提供更广泛的信息共享支持,一方面数据信息从各委办局、各所辖地区整合接入,另一方面也为政府和这些接入部门提供全面的共享服务。同时,以智慧城市公共基础数据库指标体系建立为基础,整合来自各委办局和各所辖地区的、经过审核转换处理的数据资源,可实现对经济社会信息的统一和集中存储,确保数据的唯一性和准确性,为今后政府工作提供一致的基础数据支持。 数据整合共享只是手段,数据分析服务才是目的。依托智慧城市公共基础数据库系统建设,可有效整合各政府部门所掌握的全市经济社会信息资源,满足政府业务对统一数据资源共享需要,进而提升形势分析预测水平,对政府在发展规划、投资布局、资源环境、管理创新、科学决策等业务提供强有力支持,提高了政府部门掌控全市经济社会发展态势能力。 2.建设目标 1)建立科学合理的智慧城市公共基础数据库指标体系,力求全面反映地区经济和社会发展的总体情况: 2)有组织、有计划、持续地对政府统计部门、政府各部门以及国民经济行业管理部门负责统计的关系到地区经济与社会发展的信息资源进行收集、整合,建立全地区城市信息资源共建、共享的统一管理机制; 3)依托地区电子政务基础设施,充分利用现代信息技术,以科学的地区宏观经济和社会发展指标体系为基础,建设支持政府宏观经济管理和社会和谐发展的基础数据库系统,提高信息资源的建设、管理和共建共享能力; 4)为地区经济建设和社会和谐发展提供一致的城市基础数据,为各类应用系统建设提供基础数据支持,满足政府管理决策、部门信息共享和社会公共服务“三个层次”的需求。

政务服务大数据库建设方案(最新)

政务服务大数据库建设方案 为贯彻落实《X省经济和信息化委员会X省机构编制委员会办公室关于印发省政务服务大数据库建设方案(X-X年)的通知》(X 经信网办〔X〕227号)精神,大力推进“互联网+”政务服务,运用云计算、大数据等新一代信息技术加快建设统一的政务服务大数据库,实现全市各部门、各层级、各领域数据共享,有效支撑我市行政审批和公共服务应用,切实加强监管,制定本方案。 一、工作目标 到X年底前,基本建成数据采集能力强、智能分析应用广、开发共享程度高、体制机制较完善的政务服务大数据库,促进我市各级政府和部门行政审批和公共服务的流程优化、材料简化、支撑“一门式、一网式”政务服务应用,强化部门事中事后监管,推动政府职能转变和服务型政府建设。 二、主要任务 围绕全市“行政审批、监督管理、政府服务”应用,建设覆盖政府审批、监管、服务各环节的网上办事数据库,支撑“一门式、一网式”政务服务应用和加强事中事后监管;建设企业情况综合、公共信用信息、文化遗产资源和农村信用体系等政务服务专题数据库,以及支撑部门业务应用的数据库;建设和初步完善人口、法人、地理空间、宏观经济等基础数据库,形成各类数据库相互联动的政务服务大数据库。

(一)建设网上办事数据库。 1.服务对象基本信息数据库。建立以公民身份证号码为唯一标识的自然人服务对象基本信息数据库,以及以统一社会信用代码为标识的法人服务对象基本信息数据库,在此基础上将网上注册用户与服务对象信息相关联,实现网上办事一次登陆、全网通办。[市大数据中心、市行政服务中心牵头负责,市直各部门和各县(市、区)政府配合] 2.政务服务过程数据库。建立完善数据标准,整合全市事项申办、受理、审批、办结等各办理过程情况数据,形成政务服务过程数据库,记录事项办理全过程、实现审批和服务事项在线监管,推进审批过程公开透明,实现阳光政务。分析挖掘服务环节数据,优化办事流程,提高行政审批效率和公共服务质量。[市大数据中心、市行政服务中心牵头负责,市直各部门和各县(市、区)政府配合] 3.政务服务事项目录管理库。加快全市统一的政务服务事项目录管理系统建设,推动行政审批、公共服务事项在线申请、在线受理、在线审批,以及省、市、县三级事项动态管理,实现与省政务服务事项目录管理库的对接,为相关业务全省通办、异地办理提供支撑。(市大数据中心、市行政服务中心、市编办牵头负责) 4.政务电子证照库。落实《X省政务电子证照管理暂行规定》,建设全市政务电子证照系统,根据网上办事业务需求梳理证照应用目录,逐步汇聚各级政府和部门的各类许可证、执照、许可证书、资格证、资质证、合格证书、批准文件、证明文件及其他行政许可

数据中心方案设计V2.0

数据中心方案设计 Bychj a、 系统拓扑图 b、 4.5.1 设计目标 建立一个集中分散、异构、可扩充、可集成、有统一数据模型、有多种角度视图的、可交换的和安全可靠的复合数据库系统。它将成为政府各种业务系统、政府部门之间协同工作的数据中心,是政府门户的信息中心,多媒体、文档资料和政策法规的存储中心和预测决策所需的数据仓库中心。 4.5.2 数据中心设计基础 4.5.2.1 现状分析

对于一个完整的电子政务系统来说,统一的框架和相应的数据模式是十分重要的。电子政务的构建,正经历着由以技术为中心向以数据为中心的方向转变,没有数据也就没有信息,也就没有政府网站及电子政府。数据中心在电子政务系统中处于中心地位,具有公共数据(信息)库、模型库、文件交换站以及发布信息的政府门户网站的功能,各数据源将自己的数据上传给数据中心,而各部门根据自己的需要从数据中心获取数据,实施自己的应用。 按信息的应用属性,可将电子政务的数据类型分为空间数据、基础数据、政务数据、专题数据和多媒体语音数据。整合政务信息资源,建设和改造政务数据库,并建立人口、法人机构、空间地理和自然资源、以及宏观经济四个基础数据库,将成为我国今后数年电子政务建设的关键。 由于我国政府各部门对信息化建设的深远意义认识不够,以及政务建设有一个发展过程,造成了政府各部门、城市各行业信息化发展步调不一,从而使政务信息化建设存在一些问题: ㈠、信息的共享、公开没有立发,信息采集、储存标准不统一,造成了互联互通不畅,共享程度低。 ㈡、信息共享机制尚未建立,各职能部门内部的信息相对封闭,产生了信息孤岛效应,造成了信息资源的巨大浪费。 ㈢、大部分单位业务应用系统还未形成一个内部资源共享、有效运行的整体,需要在电子政务设计建设的过场中进行整合和改造。 ㈣、网络建设各自为政,结构不合理,互连互通十分困难。 ㈤、安全性存在隐患,人门还不放心在网上共享数据。 基于以上问题,需要在法律、技术、设备、管理等多方面加以考虑。

城市公共基础数据库建设方案.

城市基础数据库系统建设方案

1.系统概述 长期以来,政府各部门内部拥有着大量城市基础数据资源,但由于管理分散,制度规范不健全,造成重复采集、口径多乱、数出多门;各部门的指标数据自成体系,标准不一,共享程度较差。随着政府向“经济调节、市场监管、社会管理和公共服务”管理职能的转变,就要求必须能够全面、准确掌握全地区经济社会发展态势,强化政府部门掌控决策信息资源的能力,政府部门间信息资源整合与共享需求越来越紧密,但当前部门间信息共享多是点对点方式,没有统一的数据交换管理平台。因此各部门对加快解决数据资源分散管理、数据共享不足的问题需求十分迫切,需要建立城市基础数据库(以下简称智慧城市公共基础数据库)系统以解决以上问题。 依托智慧城市公共基础数据库系统的建设,可以实现各委办局、各所辖地区的经济社会综合数据采集交换,为各部门提供更广泛的信息共享支持,一方面数据信息从各委办局、各所辖地区整合接入,另一方面也为政府和这些接入部门提供全面的共享服务。同时,以智慧城市公共基础数据库指标体系建立为基础,整合来自各委办局和各所辖地区的、经过审核转换处理的数据资源,可实现对经济社会信息的统一和集中存储,确保数据的唯一性和准确性,为今后政府工作提供一致的基础数据支持。 数据整合共享只是手段,数据分析服务才是目的。依托智慧城市公共基础数据库系统建设,可有效整合各政府部门所掌握的全市经济社会信息资源,满足政府业务对统一数据资源共享需要,进而提升形势分析预测水平,对政府在发展规划、投资布局、资源环境、管理创新、科学决策等业务提供强有力支持,提高了政府部门掌控全市经济社会发展态势能力。 2.建设目标 1)建立科学合理的智慧城市公共基础数据库指标体系,力求全面反映地区经济和社会发展的总体情况: 2)有组织、有计划、持续地对政府统计部门、政府各部门以及国民经济行业管理部门负责统计的关系到地区经济与社会发展的信息资源进行收集、整合,

广东政务服务大数据库的建设方案设计

广东省政务服务大数据库建设方案 (2016-2017年) 为大力推进“互联网+”政务服务,运用云计算、大数据等新一代信息技术加快建设统一的政务服务大数据库,实现全省各部门、各层级、各领域数据共享,有效支撑全省行政审批和公共服务应用,制定本方案。 一、总体要求 (一)建设思路。 围绕优化政务服务、提升政府效能,以支撑全省“一门式、一网式”政务服务应用为重点,率先构建覆盖政务服务各环节的网上办事数据库,逐步拓展完善专题数据库和公共基础数据库,形成我省政务服务大数据库;以行政审批和公共服务应用为抓手,建立健全共享协同的数据库建设机制;以省政务数据中心为依托,打造系统架构统一、省市分级建设管理、全省共建共享的政务服务大数据库技术支撑体系,提高政府智慧化服务水平和群众办事满意度,推动政府职能转变和服务型政府建设。 (二)建设原则。 ——统筹规划、规范管理。突出顶层设计,统筹规划全省政务服务大数据库建设,优化完善数据提供、维护、共享、使用追溯及监督评估等环节的工作机制,建立健全统一的标准规范和管理制度,向各级政府和部门提供统一的政务服务数据库应用,提高行政效率。 ——整合资源、共建共享。完善省政务信息资源共享管理机

制,充分利用现有各类电子政务资源,按照统一数据标准规范,有效整合资源,避免重复建设。推动各级政府部门借助政务服务数据库开展行政业务应用,以应用促进共建共享,切实发挥政务数据价值。 ——统一架构、互联互通。结合省网上办事大厅建设和各级政府及部门业务应用实际,建立兼容、开放、可扩展的政务服务大数据系统架构,支撑全省跨区域、跨部门的数据交换共享和系统应用,形成“上下左右”互通互联、共享共用的全省政务服务大数据库应用环境。 ——急用先行、保障安全。立足我省行政审批和公共服务业务应用需求,急用先行、由易到难,率先建设网上办事数据库,逐步拓展专题数据库并完善基础数据库。建立健全安全保障机制,强化数据提供、汇集、共享和应用等的全过程管理,加强数据库系统的安全保护。 (三)主要目标。 到2017年底前,基本建成数据采集能力强、智能分析应用广、开发共享程度高、体制机制较完善的政务服务大数据库,促使我省各级政府和部门行政审批和公共服务的流程优化、材料简化,支撑“一门式、一网式”政务服务应用,促进政府职能转变和服务型政府建设。 二、建设内容 围绕全省行政审批和公共服务应用,建设覆盖政务服务各环节的网上办事数据库,支撑“一门式、一网式”政务服务应用;建设企业情况综合、公共信用信息、文化遗产资源等政务服务专题数据库,以及支撑部门业务应用的数据库;完善人口、法人、

IaaS私有云数据中心系统设计

IaaS私有云数据中心系统设计 IaaS私有云数据中心将逐步替代原有形态的企业数据中心,为企业日常IT等业务运营环境提供更加强有力的支持。 当前云计算产业正在如火如荼的发展,大型互联网运营商如阿里、百度等都已经提供了公有云业务,专门服务于中小型企业,为其提供基础IT建设与维护服务。而对部分大型企业和安全性有较高要求的用户来说,私有云则成为其自身IT建设的首选。 在云计算的三个层面中,上层架构的PaaS与SaaS要求更加贴合企业自身的业务系统特征,因此系统设计更加注重个性化和独立化部署。而底层的IaaS 结构则具有更高的通用性与普适性,可以在大多数云计算数据中心中部署,为企业提供灵活的业务部署环境。本文将重点阐述IaaS私有云数据中心较为常见的基础系统设计结构。 1IaaS私有云数据中心整体系统结构 从架构上来看,IaaS私有云数据中心主要由7个部分组成: 计算虚拟化资源; 共享存储资源; 融合网络资源; 安全防护资源; 应用优化资源; 统一管理平台; 使用交付平台。 计算虚拟化资源与共享存储资源提供了云计算中最为基础的计算与存储系统,安全防护资源与应用优化资源提供了安全优化的附加增值服务,统一管理平台和使用交付平台为外部的用户与管理员提供了云计算资源管理使用的入口,融合网络资源通过连接整合将上述6个部分紧密结合在一起,使云计算资源能够作为一个真正的整体对外提供IaaS服务。

2计算虚拟化系统设计 为了使大量的服务器资源能够集成在一起,统一对外提供计算服务,必需部署软件的虚拟化系统来整合成云。因此在IaaS私有云数据中心内,服务器虚拟化软件平台是该系统最为核心的组成内容。 虚拟化软件平台通常分为虚拟化业务平台和管理平台两个部分,业务平台部署在大量的物理服务器计算资源上,实现计算资源一虚多的虚拟化业务需求;而管理平台则通常会部署在统一管理平台组件内部,对业务平台所在物理服务器计算资源进行统一调度部署。 服务器虚拟化平台主要提供分区、隔离、封装和迁移4个关键特性。 分区:在单一物理服务器上同时运行多个虚拟机。 隔离:在同一服务器上的虚拟机之间相互隔离。 封装:整个虚拟机都保存在文件中,而且可以通过移动和复制这些文件的方式来移动和复制该虚拟机。 迁移:运行中的VM可实现动态迁移到不同物理机的虚拟平台上。 目前IaaS数据中心的虚拟化业务平台有ESX/ESXi、Hyper-V、XEN和KVM四大主流软件产品。其中ESX/ESXi是VMware公司的私有技术平台,Hyper-V是Microsoft公司的私有技术平台。而XEN和KVM则是两款主流开源虚拟化平台,有诸多厂商(如Citrix、Redhat、Amazon等)的虚拟化平台产品都是基于这两款开源平台修改实现的。从基本功能支持与性能可靠性上比较,上述四款平台的差别不大。相对来说,XEN和KVM由于属于开源平台项目,更加符合目前软件行业趋于开源的整体发展方向,在IaaS私有云和公有云数据中心建设部署时被选用的也相对更多。其中XEN是2002年发布的早期虚拟化平台,KVM是2007年发布的新一代虚拟化平台,XEN在已有数据中心项目应用较多,KVM则由于其结构精简,且与Linux内核结合的更加紧密,在近些年新建的IaaS 数据中心中更受欢迎,大有后来居上的趋势。

数据库设计方案

数据库设计方案 一.概述 数据库内容: 1、数据源分析: 1、1空间数据 空间数据主要包括各类基础地图数据、专题地图数据、遥感影像数据这此数据必须经过数字化,形成矢量图形,并附有属性数据。以便日后进行空间分析处理1、1、1基础地图数据 包括各基础地理要素地图,比例尺。。。,主要有省、县、乡(镇)三级行政界限、道路、居民地、水系以及等高线(DEM)地图。 1、1、2专题地图数据 主要包括县域内各类资源不同年份的分布图以及各种专题地理要素图,比例尺在。。。。,具体有土地利用现状图、土壤图、森林图、草(绿)地图、气象图及地貌图等。 1、1、3遥感影像数据 1、2属性数据 1、2、1社会经济属性数据 主要指县、乡、村反映地区社会经济概况的多种数据,如人口数量、国民收入、产业结构等,具体包括:人口与劳动力的数量:、结构与增长率;国民经济统计数据,如经济结构、发展水平、人均收入、国民生产总值以及其她与生产有关的数据。 1、2、2自然属性数据 包括多年平均气温数据、各年积温数据、太阳辐射、湿度、年平均降水量;种植业构成,各类农作物的历年产量、播种面积等统计数据:林业、畜牧业、渔业等方面的数据,包括面积、总量等;水资源状况:地表水、地下水、可利用水资源的总量,水资源开发利用率、水质、用水结构此外还有主要自然灾害数据,如水灾、旱灾、雹灾等数据。 1、3照片与视频数据 由于人类对各类彩色图片以及动态视频具有最敏感的接受效应,因此有必要对调查样区相应资源进行拍照与摄像,图片存成tif格式,视频制成avi动画对于同一样区应该采集不同年份的照片与视频数据,这样能够鲜明地对比出各类资源动态变化的情况。 2、数学规则: 投影 坐标 比例尺 3、数据编码: 1)字符编码适用于反映各个专题因子的空间地理位置与专题属性,各个专题分类体系形成相对独立的编码系统。 2)数字编码适用于建立数字模型后经过标准化处理的具体专题内容,实际上就是专题分类体系的定量化反映。所有专题因子的标准化处理结果采用统一的编码方

政务信息共享数据库建设方案

政务信息共享数据库建设方案 一、政务信息共享库建设的背景和意义 政务信息共享数据库是指结合政府各类决策支持系统、相关应用系统的接入和政务信息资源共享交换的需求而构 建的共享数据库,它是政务信息交换共享平台的重要组成部分,用于实现各类电子政务共享交换数据的有机管理,并为应用提供相应服务。 在经过基础设施建设、政府上网、政务公开、网上行政等发展阶段之后,随着电子政务工程的深化,单一的政府机构业务系统建设已经达到了一定的水平,积累的政务信息资源已经具有相当规模。但与实际需求相比,仍存在较大差距:数据标准规范不统一,信息共享程度较低;各委办局之间互联互通不足,业务协同困难,难以发挥整体优势;缺乏统一的政务信息管理和服务机制。这些问题的症结之一是缺乏统一规划、规范建设的政务信息共享库。 中办发[2002]17号文件的发布,标志着国家信息化以信息资源交换共享为主要建设思路的导向正在逐渐形成。建设政务信息资源共享库,不仅符合电子政务工程整体发展规律,抓住了当前政府最关键的信息化建设需求,为电子政务

工程的深化与开展,做出了大胆的尝试,而且对推动政府改革、提升政府工作效率、提升领导的科学决策能力,都有着重要意义。 二、政务信息共享库建设的需求分析 随着电子政务各个业务系统的建立和使用,政府、企业和社会公众不但对基础地理空间信息、人口信息、法人信息和宏观经济信息等公共信息的需要越来越迫切,而且各个业务部门对其他部门专题数据的需求也非常强烈。因此,要在统一的数据标准下建立起信息资源基础库,建立起对这个基础库的管理、维护、更新和使用的长效管理机制,使数据库能够不断的扩展、完善,保证数据的一致性、鲜活性和准确性,为整个信息资源的规划和建设奠定一个良好的基础。 1、共享库基础功能需求 1)对数据访问下载的支持 共享库系统要为政府用户及各级电子政务业务应用系统提供访问和下载信息资源的支撑服务。政府终端用户和各级电子政务业务应用系统通过用户身份认证和目录系统授权验证,将数据查询条件及查询要求提交到共享库系统,共享库系统分析查询条件及查询要求,对信息资源进行查找、定位、获取、打包返回给服务调用方。

数据库系统建设方案

校园一卡通项目数据库安全系统 建设方案书

一、系统现状概述 校园一卡通在学校内也称为校园卡系统,是数字校园的有机组成部分,校园一卡通工程是数字校园的标志性工程和前导性工程。校园卡是将广大师生员工与数字校园有机连接在一起的最有效的媒介,实现了“一卡在手,走遍校园”,校园卡是校园数字化的重要形象和重要标志之一。 校园一卡通系统是架构在校园网上,以感应式射频IC卡为媒介,综合提供身份识别与电子支付服务功能的系统平台,以及其架构在此平台上的各种信息化应用系统。 核心系统都运行在Oracle数据库之上,为整个系统提供稳定性基础。Oracle数据库系统是一个较为复杂的数据库,作为校园一卡通的基础数据存储和运行平台,存储着核心数据资料和基本业务逻辑,其稳定性与否直接关系着校园一卡通的对外服务能力。 以下通过介绍数据各种主流数据保护和恢复的技术,根据业务系统的用户规模大小和用户的数据库维护能力以及项目投入成本,提出我们的建议解决方案。 1.1双机热备系统特点与优势 双机热备包括广义与狭义两种。 从广义上讲,就是服务器高可用应用的另一种说法,英译为:high available,而我们通常所说的热备是根据意译而来,同属于高可用范畴,而双机热备只限定了高可用中的两台服务器。热备软件是用来解决一种不可避免的计划和非计划系统宕机问题的软件解决方案,当然也有硬件的。是构筑高可有集群系统的基础软件,对于任何导致系统宕机或服务中断的故障,都会触发软件流程来进行错误判定、故障隔离、以及通地联机恢复来继续执

行被中断的服务。在这个过程中,用户只需要经受一定程度可接受的时延,而能够在最短的时间内恢复服务。 从狭义上讲,双机热备特指基于高可用系统中的两台服务器的热备(或高可用),因两机高可用在国内使用较多,故得名双机热备,双机高可用按工作中的切换方式分为:主-备方式(Active-Standby方式)和双主机方式(Active-Active方式),主-备方式即指的是一台服务器处于某种业务的激活状态(即Active状态),另一台服务器处于该业务的备用状态(即Standby状态)。而双主机方式即指两种不同业务分别在两台服务器上互为主备状态(即Active-Standby和Standby-Active状态)。 注:Active-Standby的状态指的是某种应用或业务的状态,并非指的是服务器状态。 组成双机热备的方案主要有两种方式: 1、基于共享存储(磁盘阵列)的方式: 共享存储方式主要通过磁盘阵列提供切换后,对数据完整性和连续性的保障。用户数据一般会放在磁盘阵列上,当主机宕机后,备机继续从磁盘阵列上取得原有数据。如下图所示。 这种方式因为使用一台存储设备,往往被业内人士称为磁盘单点故障。但一般来讲存储的安全性较高。所以如果忽略存储设备故障的情况下,这种方式也是业内采用最多的热备方式。

国土资源数据中心设计方案

国土资源数据中心设计方案 1、建设目标 XX市国土资源系统“一个平台、两个市场”(一期)建设项目数据中心建设目标如下: 采用“物理分散+逻辑集中”的模式建立XX市国土资源数据中心。通过统筹规划、顶层设计、整合资源、构建环境,并采用数据资源规划(IRP)的方法,对全市各类国土资源数据的采集、整合、汇交、更新、存储、管理、共享、应用进行全方位的规划,构建市级国土资源“横向到边、纵向到底、联动更新”的数据中心核心数据库,实现各类国土资源数据的集成管理与更新,实现各类国土资源数据的共享服务与综合应用,形成科学合理的数据框架、服务框架和运行环境,为国土资源行政审批、业务管理、综合监管、辅助决策、社会化服务提供统一的数据和技术支撑平台。 2、建设原则 XX市国土资源“一个平台、两个市场”建设是一项复杂的系统工程,涉及面广、技术性强、工作任务重、资金投入大,在设计、组织、实施和管理中必须坚持以下原则。 (1)高点定位,统筹规划。 (2)整合资源,夯实基础。 (3)统分结合,以统为主。 (4)试点先行、稳步推进。 (5)边建边用,以用促建。 (6)保证安全,开放服务。 3、建设任务 (1)标准规建设

采用数据资源规划的方法,对市局的国土资源领域数据资源进行统一规划,根据国土资源数据容和特征、应用特点,将国土资源数据库按照一定的规则进行区分和归类,按照一致性、集约性、独立性、完整性、实用性和适用性为原则,建立数据从采集、更新、管理、存储、服务的一系列规,保证数据中心按照统一的数据组织规、统一的空间数据数学基础、统一的数据分类代码、数据格式、命名规则、统计口径和服务方式进行建设,奠定XX市国土资源信息化标准体系的基础。 (2)核心数据库建设 在基础设施支撑下,按照数据中心建设的有关技术标准规对不同类别、不同专业的海量、多源、异构数据进行梳理、整理、重组、合并等,利用提取、转换和加载工具以及必要的手段,将处理、加工好的数据按照统一的建库标准进行入库,数据按分层分类管理,形成国土资源数据中心数据库,包括数据资源目录体系(数据资源目录、应用服务资源目录)、数据中心数据库群(元数据库、基础数据库、专业数据库、管理数据库)等。 (3)国土资源数据中心管理平台建设 建设数据中心管理平台,依托数据中心管理平台中的采集与更新系统、数据库管理系统、运行维护系统、国土资源目录服务系统及一系列数据服务组件、应用服务组件和依托于这些组件之上的“一图”综合应用服务系统,形成数据集成管理、联动更新、共享服务、“一图”应用的一体化平台,集中管理和以“一图“的形式集成展示土地、矿产、地质等各类国土资源专业信息,形成全面展示国土资源状况的“电子沙盘”;并综合应用各类国土资源信息,为不同科室和应用系统提供定制化的图形辅助审查和统计分析等服务,形成为业务办理人员和其他系统提供服务的服务仓库,奠定数据应用和共享服务的平台基础。 4、建设基础 (1)数据基础 XX市国土局经过多年的国土资源调查评价,已经积累了包括基础地理、土地利用现状、土地利用规划、基础地质、矿产资源规划和遥感影像等一批海量

政务平台数据库设计

1.数据库设计 1.1省级政务平台数据库设计 1.1.1数据库设计原则 (1)标准化 严格按照相关技术标准完成数据库的设计,包括国土资源部颁发的相应数据库建库规范标准、国家已经发布的许多基础的行业分类、代码标准,以及在信息化建设过程中形成的一些可操作性强的数据库设计标准。 (2)一致性 数据库设计要符合数据一致性原则,国家、省、地(市)重复存储的业务数据和基础数据要保持一致性。 (3)完整性 利用关系型数据库提供的数据完整性约束功能来保证数据的完整性,特别是要合理利用以下四种约束类型:非空,唯一键,主键,外键。 (4)有效性 物理设计需综合考虑,根据业务规则,确定关联表的数据量大小,对数据项的访问频度。 索引可提供快速访问表中数据的策略。建立索引时设置较小的填充因子,以便在各数据页中留下较多的自由空间,减少页分割及重新组织的工作。从而提高数据库运行效率和执行性能。 此外,考虑利用数据库提供的簇表机制、历史数据分离机制、逻辑存储分开机制、空间数据索引机制等。 (5)安全性

包括对系统存储数据的安全性控制,包括访问类型(读、写等)、访问对象的控制策略和实现方法、授权与收权等。 1.1.2概念设计 1.1. 2.1数据库环境说明 所采用的数据库系统为Oracle 11g中文版。 1.1. 2.2数据库的命名规则 为了清晰描述数据库对象,所有的表名采用汉语拼音前缀表示数据分类,表名和字段名准确描述,避免使用有二义性的词汇。在某些习惯使用英文的字典表和系统设置表或使用英文更能够描述对象的时候,也使用英文来进行命名。1.1.3逻辑设计 1.1.3.1数据的逻辑分类 目前,省级政务管理平台中共包括四类逻辑存储单元:组织机构用户管理数据库、权限访问控制管理数据库、业务表单构建数据库和业务流程构建数据库,分别用来存储平台的基础配置数据、业务数据和非结构化数据,详细说明如下:

IBM数据交换平台建设方案

XX省电子政务系统 数据交换平台 国际商业机器中国有限公司 2005.5

目录:

1 概述 数据交换共享平台是协作式电子政务应用平台(包括政府职能部门之间的电子协作、政府与公众/企事业单位的服务管理等)的核心基础服务模块,负责实现跨系统的数据交换、流程控制和分布式数据存储服务。 数据交换平台的目的是实现每个合法用户将其所要传输的数据包安全可靠地传输到指定的地方。数据交换平台支持常见数据库类型、多种业务类型、多种数据传输方式和网络特性,是各类应用系统共享信息资源的公共渠道,是应用系统扩展的接口。 面向服务的体系架构 目前,大多数企业都有各种各样的系统、应用程序以及不同时期和技术的体系结构。集成来自多个厂商跨不同平台的产品和应用系统,一直是企业IT部门的主要挑战。面向服务的体系结构为解决这一问题提供了良好的途径。 SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 以服务为导向、开放、松散耦合的总体目标架构,在应用系统的规划设计时,我们遵循如下业务集成参考架构。 图IBM基于SOA的业务集成参考架构 SOA 的主要组件包括服务、动态发现和消息。 服务是能够通过网络访问的可调用例程。服务公开了一个接口契约,它定义了服务的行为以及接受和返回的消息。术语服务常与术语提供者互换使用,后者专门用于表示提供服务的实体。 接口通常在公共注册中心或者目录中发布,并在那里按照所提供的不同服务进行分类,

数据中心同步平台建设方案

数据中心同步平台建设方案 当前政府、企业的信息化的状况是,各政府和企业一般都设计和建设了属于机构、业务本身的应用、流程以及数据的信息处理系统,独立、异构、涵盖各自业务内容的信息处理系统,系统设计建设的时期不同、业务模式不同,信息化建设缺乏有效的总体规划,重复建设;缺乏统一的设计标准,大多数系统都是由不同的厂商在不同的平台上,使用不同的语言进行开发的,信息交互共享困难,存在大量的信息孤岛和流程孤岛。为了有效整合分散异构的信息资源,消除“信息孤岛”现像,提高政府和企业的信息化水平。宇思公司要开发的数据共享交换平台,主要目的是有效整合分散异构系统的信息资源,消除“信息孤岛”现像,提高政府和企业的信息化水平,灵活实现不同系统间的信息交换、信息共享与业务协同,加强信息资源管理,开展数据和应用整合,进一步发挥信息资源和应用系统的效能,提升信息化建设对业务和管理的支撑作用。 要求新构建的数据共享交换平台要遵循标准的、面向服务架构(SOA)的方式,基于先进的企业服务总线ESB技术,遵循先进技术标准和规范,为跨地域、跨部门、跨平台不同应用系统、不同数据库之间的互连互通提供包含提取、转换、传输和加密等操作的数据交换服务,实现扩展性良好的“松耦合”结构的应用和数据集成;同时要求数据共享交换平台,能够通过分布式部署和集中式管理架构,可以有效解决各节点之间数据的及时、高效地上传下达,在安全、方便、快捷、顺畅的进行信息交换的同时精准的保证数据的一致性和准确性,实现。 数据的一次数据共享交换平台---设计方案 采集、多系统共享;要求数据交换平台节点服务器适配器的可视化配置功能,可以有效解决数据交换平台的“最后一公里”问题,快速实现不同机构、不同应用系统、不同数据库之间基于不同传输协议的数据交换与信息共享,为各种应用和决策支持提供良好的数据环境。要求数据共享交换平台能够把各种纷繁复杂的数据系统集成在一起完成特定业务,提供同构数据、异构数据之间的数据抽取、格式转换、内容过滤、内容转换、同异步传输、动态部署、可视化管理监控等方面功能,支持的数据包括各主流数据库(如Oracle、SQL Server、MySQL 等)、地理空间数据(如卫星影像、矢量数据)、常规文件(word、excel、pdf)等各种格式,并可以根据用户需求定制开发特定业务服务。

数据库技术系统设计方案

数据库技术系统设计方案第一章、概述 1.1项目背景 1.2建设目标及建设容 第二章、需求分析 1.3功能要求 1.3.1数据采集整合 通过数据采集、加工、整合服务,进行整理后,汇入统一的系统数据库存储。其处理过程可监控,可回溯,可重新采集。系统详细记录数据处理的原则和整合规则,提供编辑处理。 数据采集主要的对象主要包括以下三大类: 1. 文档:采集存储各种文件、预案; 2. 视频:采集存储各种演戏视频。 3. 地图:采集存储各种地图数据。 1.3.2数据查询应用 在数据采集与数据整合基础之上,根据用户权限提供定制的信息浏览、查询、统计和报表功能,可定制信息的展示容,具体的详细页,这些功能只需分配给某具体用户,即可直接使用。支持查询条件,能够准确、快速地对地图、文档、视频等容进行查询。

系统能提供强大的搜库功能,用户输入一定条件后,系统可在整个数据库中找出符合条件的数据。 系统既能够实现简单的指定查询功能,又能够实现复杂的条件组合查询功能,既可实现精确查询,又可实现模糊查询。 利用现有采购的地理信息软件,建立地理信息关联数据库,结合大队的工作方法,实现人、地、物、事、组织五要素的关联,实现基于空间电子地图的可视化查询和分析。 1.3.3系统统一日志 日志是指系统或软件生成的记录,通常采用字符形式或标准记录形式。本系统中的各种操作在运行过程中都会产生日志信息,这些信息要存放到数据库中,作为整个系统的统一日志的一部分。 统一日志的功能包括日志的统一存取、分析查询、集中管理和报表生成及打印功能。 统一日志服务的统一存取功能为系统提供统一的日志存取接口。该接口利用消息传输服务将各应用的日志统一存放到数据库中。为系统管理员对系统有效的管理查询提供方便,同时简化了软件的日志操作流程。 统一日志服务提供统一的日志查询接口,支持多种方式和快速的日志查询功能。通过按不同方式的日志查询结果,可以利用查询结果进行统计分析。 统一日志服务提供统一的集中管理,通过集中管理,实现日志的导出、删除(经认证授权的管理员才可以执行删除操作)等日志管理功能。该功能可在系统管理席位上为管理人员提供日志管理功能。 1.3.4用户权限管理 具体分析系统的实际需求,具有相同应用需求的用户归入角色进行管理,由系统管理员对角色统一分配权限,即根据不同角色的应用需求将系统功能进行分配。

数据中心平台建设方案(初稿)

数据中心平台建设方案 (初稿) 2018年7月

一、建设背景 因系统开发设计需独立存放的特性、数据库版本的区别,以及相关硬件环境的限制,实验室各系统数据库基本上都独立部署在各地区服务器上。随着公司业务的发展需要统计所有实验室数据造成了很大的不便,以及随便信息化建设模式的转变,以大数据、云计算、移动应用的业务需求分散式的数据库建设方式已经越来越无法满足今后的业务需求。 二、建设目标 根据目前业务需求,数据平台服务对象包含公司各级领导、销售人员、财务人员、医院客户等等,主要功能包括各地区销售数据、财务账单、检验报告单以及后续检验大数据分析。建立规范化数据共享体系,为决策提供及时、准确、可靠的信息依据。 三、建设方案 为了保证项目的顺利进行和建设目标的可行性,同时保证产品的迭代性,我们初步定制如下建设方案。 1、系统建设框架 底层数据源考虑到来源为各地区实验室系统(包含:LIS、特检系统、微生物系统)目前各地区统一使用的是公司提供的系统,版本一致,后续也要考虑到可能会使用其他公司以及其他版本的系统,同时后续业务发展也需考虑可能抽取医院数据。 数据处理层采用第三方数据抽取工具或者开发CS架构的数据抽取程序,可安装在各实验室服务器上采用定时抽取机制并且同步修改被抽取数据状态。 数据层中存储的文件有数据库文件、图片文件,前期使用一台服务器进行存储,后续随着数据量的增长可将数据存储库、数据源处理库、文件报告进行独立开来,以便更加高效的使用服务器资源。 服务层采用web server接口方案,作用于数据调用展示接口。包含系统登录服务、获取检验数据服务、财务计费服务、销售数据统计服务等。 展示层采用PC端+移动端的展现方式,PC端使用BS架构,只作用于数据展示,不做具体操作。

相关文档
最新文档