Oracle银行大数据出设计实现

第一部分：基本表格设计

一、业务描述

（一）存款业务

1、个人存款业务：开户业务、活期储蓄、整存整取定期储蓄、零存整取定期储蓄、教育储蓄、整存零取定期储蓄、存本取息定期储蓄、定活两便储蓄、资金归结、自动转账。

2、对公存款：活期存款、定期存款、单位协定存款、单位通知存款、结构性存款、外汇存款、集团账户存款等

（二）贷款业务

1、个人贷款：逸贷、一、二手个人住房贷款、个人信用贷款、个人助学贷款、个人经营贷款个人贷款卡货通、个人贷款网货通、个人商用车贷款、个人自建住房贷款、固定利率个人

住房贷款、特色还款方式与还款业务、个人委托贷款等

2、公司贷款：流动资金贷款（运营资金贷款，周转限额贷款，临时贷款，法人账户透资，备用贷款）、国贸易融资（国信用证，信用证项下打包贷款，国保理）、项目贷款、并购贷款、固定资产支持融资、房地产开发贷款等

（三）结算业务

包括个人结算业务、单位结算账户、国结算账户、现金管理、全球现金管理、跨境贸易人民币结算业务、代理业务、才智账户卡等

（四）电子银行业务

1网上银行：账户信息查询、转账交易、漫游汇款、贷记卡还款、网上缴费、理财服务、信息管理、网上外汇宝、电子工资单查询、账户管理

2银行：转账结算、信息查询、投资理财、其他功能

3手机银行：信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖

4自助银行：现金存款、现金取款、转账、查询余额、修改密码

二、数据量分析

1、整体数据量分析

类别2013-12-31 2013-06-30 2012-12-31 银行卡发卡量() 566,000,000.00 522,190,000.00 479,000,000

.00 借记卡发卡量() 467,014,000.00 405,000,000.00 356,883,000

.00 信用卡发卡量() 88,050,000.00 81, 398,000.00 75,723,000.

00

银行（户）96,210,000.00 83,921,000.00 71,920,000.

00

手机银行客户（户）109,000,000.00 72,512,000.00 57,213,270.

00

网上银行客户(户) 390,000,000.00 306,517,000.00 223,379,000

.00

2、存款业务数据量分析

3、贷款业务数据量分析

4、结算业务数据量分析

三、表结构设计

1、基本信息表

开户信息表

客户信息表

账号基本信息表

转账交易表

修改密码表

查询余额表

2、存款业务表

定期存款表

活期存款

取款表

3、贷款业务表

贷款客户资料表

单位资料表

贷款申请表

资产管理表

贷款还款信息表

贷款利息表

4、结算业务表

付款客户资料表

收款客户资料表

付款公司资料表

收款公司资料表

结算盈利表

5.网上银行业务表

贷记卡还款表

网上缴费表：

电子工资单查询表：

第二部分：数据库实例及存储结构设计

一、总体设计

1、数据中心设计

工商银行有南北两个数据中心，北方中心在，南方中心在。功能是负责全国的业务信息处理，其中心计算机系统连接全国各地的营业网点。全国任一工行每天的每笔交易都实时汇集到南方数据中心处理，是整个工商银行的信息中心，南北中心互为备份中心。

业务数据量的估算：经估算，工行每年的数据存储约3700G+，即每天10G，但新上线或扩容时，对所申请的存储不得全部一次性挂上，应该预留出30％左右的空间用于追加，以防止出现业务发展和预期不一致时剩余空间多寡不均，调整困难。操作系统上应该预先做好几个合适大小的lv备用。

2、数据库服务器总体设计

服务器工作模式：在银行系统中，客户并发数目非常多，专用服务模式满足不了银行系统的要求，所以应该选用共享服务器模式。共享服务器模式下，一个服务进程可以被多个用户进程共享，这样可以使更多用户在同一时间对进行数据库访问。

数据库部署模式设计：数据大集中为银行带来集约化经营管理优势的同时，也带来了信息系统风险的相对集中，这使得银行经营发展对信息系统连续运行的要求也越来越高。加强信息系统灾备体系建设，保障业务连续运行，已经成为影响银行市场竞争能力的一个重要因素。对RTO=0、RPO=0的系统，决定数据库采用RAC+DataDataGuard模式。

根据RAC+DataDataGuard模式的特点，有如下要求：

1. 主机与备机在物理上要分开。为了实现容灾的特性，需要在物理上分割主机和备机。

2. 进行合理的设计，充分实现DATAGUARD的功能。

注：

RTO（RecoveryTime Object）：恢复时间目标，灾难发生后信息系统从停顿到必须恢复的时间要求。

RPO（Recovery Point Object）：恢复点目标，指一个过去的时间点，

当灾难或紧急事件发生时，数据可以恢复到的时间点。

数据库类型设计：数据库类型选用OLTP类型，OLTP数据库支持某种特定的操作，OLTP系统是一个包含繁重及频繁执行的DML 应用，其面向事务的活动主要包括更新，同时也包括一些插入和删除。OLTP系统可以允许有很高的并发性（在这种情况下，高并发性通常表示许多用户可以同时使用一个数据库系统）。银行的业务大多预定系统或在线时时交易系统，例如网上银行和ATM自动取款机系统。所以银行系统应该选用OLTP型数据库。

归档方式设计：银行对数据安全要求非常高，不允许丢失任何数据，而且数据库需要全天候运行，所以应该选择归档模式，归档模式不仅可以用来保护例程失败，而且还可以在介质失败的时候，最大程度的恢复数据库的原有数据。此时，数据库管理员可以利用数据库备份文件、归档日志文件、重做日志文件等把数据库中的数据恢复到故障发生的那一时点。

3、服务器及存储设备设计

数据安全对银行是非常重要的，IOE组合是之前我国多个行业一直使用的数据库系统。就字面概念来说，IBM是服务器提供商，Oracle 是数据库软件提供商，EMC则是存储设备提供商，三者构成了一个从软件到硬件的企业数据库系统。IOE可以为客户提供数据的存储和维护，为客户提供软件配置和硬件配置服务，提高了数据的安全性。