oracle银行数据库设计.docx
- 文档编号:10058767
- 上传时间:2023-02-08
- 格式:DOCX
- 页数:19
- 大小:25KB
oracle银行数据库设计.docx
《oracle银行数据库设计.docx》由会员分享,可在线阅读,更多相关《oracle银行数据库设计.docx(19页珍藏版)》请在冰豆网上搜索。
oracle银行数据库设计
中国农业银行系统数据中心建设方案设计
学生姓名
:
学号
:
系部
:
专业
:
指导教师
:
提交日期
:
中国农业银行系统数据中心建设方案设计
一、绪论
随着中国农业银行数据的集中,面对海量的数据,银行要花费大量的人力和财力来进行存储和维护,业务具有数据海量化的特点。
由于业务数据不断增长带来的压力,决定采用oracle数据库系统来完成此次中国农业银行的数据库系统设计。
二、银行业务模块设计
1、存款业务(Deposit):
开户业务、活期储蓄、整存整取定期储蓄、零存整取定期储蓄、教育储蓄、整存零取定期储蓄、存本取息定期储蓄、定活两便储蓄、资金归结、自动转账。
2、贷款业务(Loan):
住房按揭贷款、汽车贷款、教育助学贷款、创业贷款、生产经营贷款、农户贷款。
3、中间业务(Settlement):
结算业务、银行卡业务、担保业务、资讯类业务、其它业务。
4、电子银行业务(E-Banking):
包括网上银行、电话银行、手机银行、自助银行:
(1)网上银行(OnlineBanking):
账户信息查询、转账交易、漫游汇款、贷记卡还款、网上缴费、理财服务、信息管理、网上外汇宝、电子工资单查询、账户管理
(3)电话银行(TelephoneBanking):
转账结算、信息查询、投资理财、其他功能
(4)手机银行(MobileBanking):
信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖、双利丰
(5)自助银行(Self-ServiceBanking):
现金存款、现金取款、转账、查询余额、修改密码
三、数据库部署模式
数据大集中为银行带来集约化经营管理优势的同时,也带来了信息系统风险的相对集中,这使得银行经营发展对信息系统连续运行的要求也越来越高。
加强信息系统灾备体系建设,保障业务连续运行,已经成为影响银行市场竞争能力的一个重要因素。
对RTO=0、RPO=0的系统,决定数据库采用RAC+DataDataGuard模式。
根据RAC+DataDataGuard模式的特点,有如下要求:
1.主机与备机在物理上要分开。
为了实现容灾的特性,需要在物理上分割主机和备机。
2.进行合理的设计,充分实现DATAGUARD的功能。
注:
RTO(RecoveryTimeObject):
恢复时间目标,灾难发生后信息系统从停顿到必须恢复的时间要求。
RPO(RecoveryPointObject):
恢复点目标,指一个过去的时间点,当灾难或紧急事件发生时,数据可以恢复到的时间点。
四、数据库逻辑模型设计
1、针对数据的业务功能,同时提高Oracle数据库系统性能,因此Oracle数据库的表空间分为基本表空间和应用表空间。
表空间类别
表空间名称
存储内容
说明
数据表空间
SYSTEM
存储oracle数据库系统数据字典对象。
Orcale数据库系统自身生成和使用——基本表空间。
总空间大小设置为2G
数据表空间
SYSAUX
存储SYSAUX数据。
Orcale数据库系统自身生成和使用——基本表空间。
Oracle10g中必须有的表空间。
总空间大小设置为4G,如果空间非常紧张,可设置为2G。
回滚表空间
UNDO
容纳回滚数据。
不小于8G。
如果UNDO表空间是自动管理,oracle数据库自动生成。
(1)基本表空间:
表空间类别
表空间名称
存储内容
说明
临时表空间
TEMP
容纳排序数据。
总空间大小不小于4G。
(2)应用表空间:
2、业务数据量的估算:
新上线或扩容时,对所申请的存储不得全部一次性挂上,应该预留出30%左右的空间用于追加,以防止出现业务发展和预期不一致时剩余空间多寡不均,调整困难。
操作系统上应该预先做好几个合适大小的lv备用,包括用于system/sysaux等表空间的小尺寸的lv和用于数据表空间、索引表空间的大尺寸lv,这些lv要求在HA两边主机都可见,不必单纯因为数据库增加数据文件而需要重新同步HA。
基本表空间名称
功能
数据量
操作频率
数据流量
Deposit
表空间
存储下列基本表:
开户业务、活期储蓄、整存整取定期储蓄、零存整取定期储蓄、教育储蓄、整存零取定期储蓄、存本取息定期储蓄、定活两便储蓄
300G
7000/天
天
Loan
表空间
存储下列基本表:
住房按揭贷款、汽车贷款、教育助学贷款、创业贷款、生产经营贷款、农户贷款
250G
1500/天
600M/天
Settlement
表空间
存储下列基本表:
结算业务、银行卡业务、担保业务、资讯类业务、其它业务。
200G
2000/天
750M/天
OnlBank
表空间
存储下列基本表:
账户信息查询、转账交易、漫游汇款、贷记卡还款、网上缴费、理财服务、信息管理、网上外汇宝业务。
300G
7000/天
天
TelBank
表空间
存储下列基本表:
转账结算、信息查询、投资理财、其他功能。
150G
3000/天
500M/天
MobBank
表空间
存储下列基本表:
信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖、双利丰业务。
200G
2200/天
800M/天
SelfSer
表空间
存储下列基本表:
现金存款、现金取款、转账、查询余额、修改密码
350G
8000/天
天
每个表空间下的基本表:
Deposit表空间
表名称
功能
存储的表空间位置
Deposit_T_HuoQi
活期储蓄
Deposit
Deposit_T_ZCZQ
整存整取定期储蓄
Deposit
Deposit_T_LCZQ
零存整取定期储蓄
Deposit
Deposit_T_JiaoYu
教育储蓄
Deposit
Deposit_T_ZCLQ
整存零取定期储蓄
Deposit
Deposit_T_CBQX
存本取息定期储蓄
Deposit
Deposit_T_DingHuo
定活两便储蓄
Deposit
Deposit_T_KaiHu
开户业务
Deposit
Loan表空间
表名称
功能
存储的表空间位置
Loan_T_ZFAJ
住房按揭贷款
Loan
Loan_T_QiChe
汽车贷款
Loan
Loan_T_JYZX
教育助学贷款
Loan
Loan_T_ChuangYe
创业贷款
Loan
Loan_T_SCJY
生产经营贷款
Loan
Loan_T_NongHu
农户贷款
Loan
Settlement表空间
表名称
功能
存储的表空间位置
Settlement_T_JieSuan
结算业务
Settlement
Settlement_T_YingHangKa
银行卡业务
Settlement
Settlement_T_DanBao
担保业务
Settlement
Settlement_T_ZiXun
资讯类业务
Settlement
Settlement_T_Others
其它业务
Settlement
OnlBank表空间
表名称
功能
存储的表空间位置
OnlBank_T_ZHCX
账户信息查询
OnlBank
OnlBank_T_ZZJY
转账交易
OnlBank
OnlBank_T_MYHK
漫游汇款
OnlBank
OnlBank_T_DJKHK
贷记卡还款
OnlBank
OnlBank_T_WSJF
网上缴费
OnlBank
OnlBank_T_XXGL
信息管理
OnlBank
OnlBank_T_WSWHB
网上外汇宝业务
OnlBank
OnlBank_T_LiCai
理财服务
OnlBank
TelBank表空间
表名称
功能
存储的表空间位置
TelBank_T_ZZJS
转账结算
TelBank
TelBank_T_XXCX
信息查询
TelBank
TelBank_T_TZLC
投资理财
TelBank
TelBank_T_Others
其他功能
TelBank
MobBank表空间
表名称
功能
存储的表空间位置
MobBank_T_XXCX
信息查询
MobBank
MobBank_T_ZZHK
转账汇款
MobBank
MobBank_T_JFZF
缴费支付
MobBank
MobBank_T_MYHK
漫游汇款
MobBank
MobBank_T_NHDK
农户贷款
MobBank
MobBank_T_DHHZ
定活互转
MobBank
MobBank_T_DSFCG
第三方存管
MobBank
MobBank_T_XXDZ
消息定制
MobBank
MobBank_T_JJMM
基金买卖
MobBank
MobBank_T_DSFCG
第三方存管
MobBank
MobBank_T_SLFYW
双利丰业务
MobBank
SelfSer表空间
表名称
功能
存储的表空间位置
SelfSer_T_XJCK
现金存款
SelfSer
SelfSer_T_XJQK
现金取款
SelfSer
SelfSer_T_ZhuangZhang
转账
SelfSer
SelfSer_T_CXYE
查询余额
SelfSer
SelfSer_T_XGMM
修改密码
SelfSer
下面列出几个数据表的结构设计:
活期储蓄表
字段名称
字段描述
类型
长度
允许为空
No
序号
4
PK
AccountNo
账号
20
非空
DepositName
存款人姓名
10
非空
DepositSum
存款金额
8
非空
DepositDate
存款日期
8
非空
SaveRate
存储利率
8
非空
TakeName
取款人姓名
10
非空
TakeSum
取款金额
8
非空
TakeDate
取款日期
8
非空
开户业务表
字段名称
字段描述
类型
长度
允许为空
AccountNo
帐号
20
PK
OpenName
开户人姓名
20
非空
LandPassword
登录密码
6
非空
IdeCardNo
身份证号
20
非空
DepositDate
帐户余额
12
非空
OpenDate
开户日期
8
非空
OpenAddress
开户地址
100
非空
3、分区表设计和索引设计:
(1)分区设计是为解决数据库中巨大的表或索引读写速度过慢而提出的解决方案,分区技术利用物理上和逻辑上对数据进行分割来提高处理速度。
有数500行以上的表时,采用分区策略。
大型表或索引经过分区后更容易进行管理,因为这样可以快速高效地管理和访问数据子集,同时维护数据集合的完整性。
可使用复合分区。
先使用范围分区,将每一交易日期内交易的记录按时间分区,然后每个分区中的数据分三个子分区,将数据散列地存储在三个指定的表空间中。
分区提供以下优点:
A、由于将数据分散到各个分区中,减少了数据损坏的可能性;
B、可以对单独的分区进行备份和恢复;
C、可以将分区映射到不同的物理磁盘上,来分散IO;
D、提高可管理性、可用性和性能。
(2)索引设置:
对于中国农业银行这种大型的数据库表(>5000),合理的索引能够提高整个数据库的操作效率。
常规OLTP(面向交易的处理系统)应用,创建B-TREE索引。
B-TREE索引的索引值中包含ROWID,这样Oracle就可以在行级别上锁定索引。
在索引设计中,索引字段应挑选重复值较少的字段;在对建有复合索引的字段进行检索时,按照复合索引字段建立的顺序进行。
(二)数据库物理存储结构设计
设计出数据物理存储文件配置方案,主要包括控制文件、数据文件、重做日志文件的位置、名称、数量、大小、布置等。
1、软件安装路径及环境变量
建立单独的文件系统来安装数据库软件,且文件系统的mount点不要直接建立在根目录下。
(1)安装路径:
/home/db/oracle
(2)各种环境变量设置:
ORACLE_BASE=/home/db/oracle
CRS_HOME=/home/db/oracle/crs/、数据文件:
1)向SiMei数据库的Deposit表空间分别在01磁盘、02磁盘、03磁盘添加一个1G的处于归档模式下的数据文件。
2)向SiMei数据库的Loan表空间分别在01磁盘、02磁盘、03磁盘添加一个1G的处于归档模式下的数据文件。
1)向SiMei数据库的Settlement表空间分别在01磁盘、02磁盘、03磁盘添加一个1G的处于归档模式下的数据文件。
1)向SiMei数据库的OnlBank表空间分别在01磁盘、02磁盘、03磁盘添加一个2G的处于归档模式下的数据文件。
1)向SiMei数据库的TelBank表空间分别在01磁盘、02磁盘、03磁盘添加一个500MB的处于归档模式下的数据文件。
1)向SiMei数据库的MobBank表空间分别在01磁盘、02磁盘、03磁盘添加一个500MB的处于归档模式下的数据文件。
1)向SiMei数据库的SelfSer表空间分别在01磁盘、02磁盘、03磁盘添加一个2G的处于归档模式下的数据文件。
位置
名称
大小
布置
Deposit表空间
2G
01磁盘
2G
02磁盘
2G
03磁盘
Loan表空间
1G
01磁盘
1G
02磁盘
1G
03磁盘
Settlement表空间
1G
01磁盘
1G
02磁盘
1G
03磁盘
OnlBank表空间
2G
01磁盘
2G
02磁盘
2G
03磁盘
TelBank表空间
500M
01磁盘
500M
02磁盘
500M
03磁盘
MobBank表空间
500M
01磁盘
500M
02磁盘
500M
03磁盘
SelfSer表空间
2G
01磁盘
2G
02磁盘
2G
03磁盘
3、控制文件:
每个数据库实例应至少有两个控制文件,且每个文件存储在独立的物理磁盘上。
如果有一个磁盘失效而导致控制文件不可用,与其相关的数据库实例必须关闭。
一旦失效的磁盘得到修复,可以把保存在另一磁盘上的控制文件复制到该盘上。
这样数据库实例可重新启动。
并通过非介质恢复操作使数据库得到恢复。
因此,为了使整个系统的高可靠地运行,系统设置3个控制文件、、分别储存在01磁盘、02磁盘、03磁盘。
名称
大小
位置
2
01磁盘
2
02磁盘
2
03磁盘
4、重做日志文件:
重做日志文件的尺寸会对数据库的性能产生重要影响,因为它的尺寸大小决定着数据库的写进程(DBWn)和日志归档进程(ARCn)。
一般情况下,较大的日志文件提供较好的数据库性能,较小的重做日志文件会增加核查点(checkpoint)的活动,从而导致性能的降低。
为了防止I/O争用,把各个重做日志文件组成员分布到不同的物理磁盘上。
group1的为和分别放在01磁盘和02磁盘
group2的为和分别放在03磁盘和04磁盘
group3的为和分别放在04磁盘和01磁盘
重做日志文件组名称
重做日志文件组成员名称
大小
位置
Group1
1G
01磁盘
1G
02磁盘
Group2
1G
01磁盘
1G
03磁盘
Group3
1G
03磁盘
1G
02磁盘
(三)数据库工作方式设计
主要包括初始化参数文件设计、服务器工作方式设计、归档方式设计、数据库类型设计等内容。
1、数据库字符集设计:
在该系统中选用AL32UTF8的字符集,该字符集对汉字支持比较好,包含字符较全,支持其他国家的字符录入,所以比较适合银行数据库字符设计。
2、数据库实例参数设计
(1)SGA又称共享全局区,SGA区内存管理通过手工设置,根据银行的数据量,需分配内存。
其中个组成部分的内存分配如下:
数据高速缓冲区:
合理设置数据高速缓冲区的大小可以使缓冲命中率越高,根据系统物理内存的大小DB_CACHE_SIZE设置为物理的30%-50%
共享池:
大小与系统可用内存和并发乎数量有关,合适的共享池大小可以大大降低重复执行的sql语句的系统开销,所以设置SHARED_POOL_SIZE=物理4gb300并发用户就800m建议512m
重做日志缓冲:
较大的重做日志缓冲区,可以减少重做日志文件写的次数。
根据SGA设置值将参数大小为:
LOG_BUFFER=30M.
3、服务器工作模式设计:
由于专用服务器工作模式的服务进程与用户进程是一对一的的关系,一个服务进程只能为一个用户服务,在银行系统中,客户并发数目非常多,这种专用服务模式满足不了银行系统的要求,所以应该选用共享服务器模式。
共享服务器模式下,一个服务进程可以被多个用户进程共享,这样可以使更多用户在同一时间对进行数据库访问。
4、归档方式设计:
银行对数据安全要求非常高,不允许丢失任何数据,而且数据库需要全天候运行,所以应该选择归档模式,归档模式不仅可以用来保护例程失败,而且还可以在介质失败的时候,最大程度的恢复数据库的原有数据。
此时,数据库管理员可以利用数据库备份文件、归档日志文件、重做日志文件等把数据库中的数据恢复到故障发生的那一时点。
在非归档模式下,则进行日志切换时,新的日志会直接覆盖原有日志文件的内容,不会保留原有日志文件中的数据。
如此的话,当出现数据文件损坏时,数据库管理员只能够恢复到过去的完全被分点,不能够恢复全部的数据,这样的模式不适用于银行系统。
5、数据库类型设计:
数据库类型选用OLTP类型,OLTP数据库支持某种特定的操作,OLTP系统是一个包含繁重及频繁执行的DML应用,其面向事务的活动主要包括更新,同时也包括一些插入和删除。
OLTP系统可以允许有很高的并发性(在这种情况下,高并发性通常表示许多用户可以同时使用一个数据库系统)。
银行的业务大多预定系统或在线时时交易系统,例如网上银行和ATM自动取款机系统。
所以银行系统应该选用OLTP型数据库。
(四)数据库安全体系设计
设计由数据库的角色、权限、用户、概要文件等内容组成的安全体系结构。
1、数据库用户和权限设计
(1)系统基本用户有sys、system、scott、public用户。
(2)自定义的用户有:
Manager用户:
由数据库管理员担任,负责管理同级普通用户和下一级用户管理员。
默认表空间为user表空间,在该表空间的配额为:
。
Report用户:
由数据上报员担任,负责报文预处理;报文报送;报文上报情况查询,默认表空间为user表空间,在该表空间的配额为:
Teller用户:
由普通柜员担任,负责查询,插入,修改客户信息,默认表空间为user表空间,在该表空间的配额为:
user用户:
由普通客户担任默认表空间为user表空间,在该表空间的配额为:
。
2、角色管理:
Low_user角色:
有对数据进行查询、修改的权限,认证口令为用户密码。
Middle_user角色:
有对数据进行查询,修改,插入、删除、更新的权限,认证口令为middleuser。
High_user角色:
Middle_user角色的权限和连接数据库权限。
认证口令为highuser
Higher_user角色:
High_user角色的权限、创建、删除、更新用户的权限。
认证口令为higheruser。
3、权限管理:
系统权限有连接数据库,创建、修改、删除用户。
对象权限有对表数据进行查询、修改、删除、插入、更新。
4、概要文件管理:
Pwd_user概要文件:
用户最多可以创建一个对话,对话持续时间最长20分钟,会话3分钟内空闲,则结束会话,用户联系3次登陆失败,则锁定该用户,并提示锁定天数,须手动解锁。
Pwd_teller概要文件:
用户最多可以创建4个对话,对话持续60分钟,会话20分钟空闲,则会结束会话。
Pwd_manager概要文件:
用户创建对话数目不限,对话持续一天。
每个会话的sql区为200kb。
5、体系设计:
(1)将Low_user角色的权限和Pwd_user概要文件赋予user用户,拥有个人业务查询;修改登录密码;查看自己的基本资料的权限。
(2)将Middle_user角色的权限和Pwd_teller概要文件赋予Teller用户,使其拥有权限查询,插入,修改更新客户信息的权限。
(3)High_user角色的权限和Pwd_manager概要赋予Report用户使其具有各种查询各种用户信息;修改登录密码;查看自己的基本资料和权限
(4)Higher_user角色的权限和Pwd_manager概要文件赋予Manager用户,使其具体权限有:
新建用户、修改用户资料和权限、查询用户信息、停用/启用用户、重置用户密码、下级机构权限维护。
(五)数据库备份方案设计
设计数据库的备份方案及管理策略,要具体设计到人员、方法、时间、频度、介质、位置、保护等等。
1、备份设备
选用RAMA备份,该类备份是最为完善的备份恢复解决方案。
对于从几百M至TB级的数据库,支持在线热备份,支持多级增量备份,支持并行备份、恢复,减少所需要备份量,备份、恢复使用简单,不考虑成本就选择其作为备份方案。
2、使用以下三种数据备份方式
(1)本地备份异地保存
每隔一天将系统某一时刻的数据备份到磁带、磁盘、光盘等介质上,然后及时地传递到远离运行中心的、安全的地方保存起来。
(2)远程关键数据+定期备份
运用本方式将每周备份全部数据,同时生产系统实时向备份系统传送数据库日志或应用系统交易流水等关键数据。
(3)网络数据镜像
是指对生产系统的数据库数据和重要的数据与目标文件进行监控与跟踪,并将实时对这些数据及目标文件的操作日志通过网络实时传送到备份系统,备份系统则根据操作日志对磁盘中数据进行更新,以保证生产系统与备份系统数据同步。
4、备份技术:
(1)由于客户帐务数据是非常重要的数据,则要采取实时热备份方式,而对其他数据,采用定期温备份方式,实时热备份具有最好的数据完整性与业务连续性保证。
随着商业银行的业务发展及竞争需要,银行的业务连续性要求将越来越高。
每天都要在凌晨进行一次增量备份,然后每周末凌晨进行全备份。
采用这种方法,一旦出现了数据灾难,用户可以恢复到某天的数据。
(2)对系统数据、基础数据、临时数据等,采用跟随变动、人工管理的备份方式。
在系统数据方面,变动比较频繁,使用检测工具对程序代码变动进行检测,及时对备份系统的应用程序代码进行替换,随时与生产系统的程序代码保持一
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- oracle 银行 数据库 设计