oracle银行大数据库设计

oracle银行大数据库设计
oracle银行大数据库设计

中国农业银行系统数据中心建设方案设计

学生:

学号:

系部:

专业:

指导教师:

提交日期:

中国农业银行系统数据中心建设方案设计

一、绪论

随着中国农业银行数据的集中,面对海量的数据,银行要花费大量的人力和财力来进行存储和维护,业务具有数据海量化的特点。由于业务数据不断增长带来的压力,决定采用oracle数据库系统来完成此次中国农业银行的数据库系统设计。

二、银行业务模块设计

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

2、贷款业务(Loan):住房按揭贷款、汽车贷款、教育助学贷款、创业贷款、生产经营贷款、农户贷款。

3、中间业务(Settlement):结算业务、银行卡业务、担保业务、资讯类业务、其它业务。

4、电子银行业务(E-Banking):包括网上银行、银行、手机银行、自助银行:

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

(3)银行(Telephone Banking):转账结算、信息查询、投资理财、其他功能

(4)手机银行(Mobile Banking):信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖、双利丰

(5)自助银行(Self-Service Banking):现金存款、现金取款、转账、查询余额、修改密码

三、数据库部署模式

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

根据RAC+DataDataGuard模式的特点,有如下要求:

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

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

注:

RTO(RecoveryTime Object):恢复时间目标,灾难发生后信息系统从停顿到必须恢复的时间要求。

RPO(Recovery Point Object):恢复点目标,指一个过去的时间点,当灾难或紧急事件发生时,数据可以恢复到的时间点。

四、数据库逻辑模型设计

1、针对数据的业务功能,同时提高Oracle数据库系统性能,因此Oracle数据库的表空间分为基本表空间和应用表空间。

(1)基本表空间:

(2)应用表空间:

2、业务数据量的估算:新上线或扩容时,对所申请的存储不得全部一次性挂上,应该预留出30%左右的空间用于追加,以防止出现业务发展和预期不一致时剩余空间多寡不均,调整困难。

操作系统上应该预先做好几个合适大小的lv备用,包括用于system/sysaux等表空间的小尺寸的lv和用于数据表空间、索引表空间的大尺寸lv,这些lv要求在HA两边主机都可见,不必单纯因为数据库增加数据文件而需要重新同步HA。

每个表空间下的基本表:

Deposit表空间

Loan表空间

Settlement表空间

OnlBank表空间

TelBank表空间

MobBank表空间

SelfSer表空间

下面列出几个数据表的结构设计:

活期储蓄表

开户业务表

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/10.2.0,

ORACLE_HOME=/home/db/oracle/product/10.2.0

2、数据文件:

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的处于归档模式下的数据文件。

3、控制文件:

每个数据库实例应至少有两个控制文件,且每个文件存储在独立的物理磁盘上。如果有一个磁盘失效而导致控制文件不可用,与其相关的数据库实例必须关闭。一旦失效的磁盘得到修复,可以把保存在另一磁盘上的控制文件复制到该盘上。这样数据库实例可重新启动。并通过非介质恢复操作使数据库得到恢复。

因此,为了使整个系统的高可靠地运行,系统设置3个控制文件Control01.ctl、Control02.ctl、Control03.ctl分别储存在01磁盘、02磁盘、03磁盘。

4、重做日志文件:

重做日志文件的尺寸会对数据库的性能产生重要影响,因为它的尺寸大小决定着数据库的写进程(DBWn)和日志归档进程(ARCn)。一般情况下,较大的日志文件提供较好的数据库性能,较小的重做日志文件会增加核查点(checkpoint)的活动,从而导致性能的降低。

为了防止I/O争用,把各个重做日志文件组成员分布到不同的物理磁盘上。

group1的为redo1_1.log和redo1_2.log分别放在01磁盘和02磁盘

group2的为redo2_1.log和redo2_2.log分别放在03磁盘和04磁盘

group3的为redo3_1.log和redo3_2.log分别放在04磁盘和01磁盘

(三)数据库工作方式设计

主要包括初始化参数文件设计、服务器工作方式设计、归档方式设计、数据库类型设计等容。

1、数据库字符集设计:在该系统中选用AL32UTF8的字符集,该字符集对汉字支持比较好,包含字符较全,支持其他国家的字符录入,所以比较适合银行数据库字符设计。

2、数据库实例参数设计

(1)SGA又称共享全局区,SGA区存管理通过手工设置,根据银行的数据量,需分配存。其中个组成部分的存分配如下:

数据高速缓冲区:合理设置数据高速缓冲区的大小可以使缓冲命中率越高,根据系统物理存的大小DB_CACHE_SIZE设置为物理的30%-50% 共享池:大小与系统可用存和并发乎数量有关,合适的共享池大小可以大大降低重复执行的sql语句的系统开销,所以设置SHARED_POOL_SIZE=物理4gb300并发用户就800m建议512m

重做日志缓冲:较大的重做日志缓冲区,可以减少重做日志文件写的次数。根据SGA设置值将参数大小为:LOG_BUFFER=30M.

银行数据库表的设计

系统需求分析: 1.在学习了数据库之后,为了更进一步巩固所学知识,将其用于实践,我们选择了银行管理系统,来完成最基本的一些操作。 2.功能 (1).客户:包括存款,取款,转账,查询余额,查看流水,密码修改这些功能 (2).管理员: 1.新增用户 2 .删除 3.查看 4.员工绩效(就是根据流水表中的员工号,select出员工一天内做的所有单,用来考评绩效) 5.VIP判别(就是账户存储资金大于某个值的时候在账户表的一个字段上赋值为VIP) 6.资金储备金判别,当库存资金总数小于一个值的时候,系统对管理者要提出风险警告。 3.功能流程图: 银行管理系统 登陆 管理员客户 销户查 看 员 工 绩 效 VIP 判 别 资 金 储 备 金 判 别 开户存 款 取 款 转 账 余 额 显 示 查 看 流 水 修 改 密 码

详细设计: 1.E-R 图模型 operate custom bank staff Cphone Ctime Cpass CRmoney Cname Cid Bid Sphone Sname Sid Spass SItime Bname Bmoney Bid 1 1 1 2.根据E-R 图设计关系表 (1).银行信息表(bank ) 字段名 字段类型及长度 允许空 主键 说明 Bid nchar (9) no PK 银行号 Bname nchar (20) no 银行名 Bmoney numeric (20,3) no 银行余额 (2).客户信息表(custom ) 字段名 字段类型及长度 允许空 主键 说明 Cid nchar (9) no PK 客户ID Cname nchar (10) no 客户姓名 Cpass nchar (10) no 密码 Ctime nchar (20) no 注册时间 Bid nchar (9) no 所在银行行号 外码(Bank (Bid )) Crmoney numeric (10,3) no 账户余额 Cphone nchar (11) no 客户电话 (3).员工(管理员)表(staff ) 字段名 字段类型及长度 允许空 主键 说明 Sid nchar (9) no PK 员工ID Sname nchar (10) no 员工姓名

数据库课程设计 银行管理系统

数据库课程设计银行 管理系统

武汉理工大学华夏学院 课程设计报告书 课程名称:《数据库系统原理》课程设计题目:银行储蓄管理系统数据库设计

课程设计任务书 学生姓名:专业班级: 指导教师:工作单位: 设计题目:银行储蓄管理系统数据库设计 初始条件: 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练,以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例,理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务: 要求学生根据所学的数据库原理与程序设计的知识,能够针对一个小型的 银行储蓄管理系统,进行数据库系统的需求分析,概念结构设计、逻辑结构设 计、物理结构设计,数据录入及测试等,完成题目要求的功能。 主要任务: 用户有以下需求:建立读者档案;建立图书档案,建立书目索引;完成日常图书检索、借还工作,对读者档案、图书档案、借还系统的访问,必需进行身份验证。具体要求如下: 1.存折信息 数据包括:存折的基本信息包括:户名、帐号、开户银行名称、开户日期、取款密码等。 2.账户存取明细 数据包括:日期、摘要(现存、现支、转存、利息)、交易金额、余额、操作柜员编号。 3.检索系统 能根据户名、账号、交易日期、金额等进行查询。 4.取款 输入账号和密码后,能根据密码判断用户是否合法,能判断取款金额是否超过了账户余额,如果取款金额合法,就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后,能更新该账号的余额。

6、转账 输入账号和密码后,能根据密码判断用户是否合法,然后再输入对方的转账账户,并判断对方的转账账户是否合法,如果合法,再输入转账的金额,并能判断转账金额是否超过了账户余额,如果转账金额合法,就对该账号的余额信息以及对方的账户余额信息进行更新。 设计报告撰写格式要求: 要求层次清楚、整洁规范、不得相互抄袭,凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字(不包括附录) 第1级(章)题序和题名用黑体三号字, 第2级(目)题序和题名用黑体小四号字, 第3级(条)题序和题名用黑体小四号字, 正文内容用宋体五号字(英文用新罗马体),多倍行距1.25。 报告内容一律使用A4打印纸计算机打印,页码在页下居中标明。必须使用国家公布的规范字。 页面设置:上空2.5 cm,下空2.0 cm,左空2.5 cm,右空2.0cm(左装订)。 插图图面要整齐、美观,插图应与正文呼应,不能脱节。每幅插图应有图序与图题,图序编号要连续,图序与图题间空一格且要放在插图下方居中处。 时间安排: 消化资料、系统调查 1天 系统分析、总体设计,实施计划、撰写报告 3天 演示、验收1天 指导教师签字: 2012年 6月 25日 系主任签字: 2012年 6月25 日

银行储蓄管理系统

燕山大学三级项目设计说明书 题目:银行储蓄管理系统 学院(系):信息学院 年级专业:教育技术学15—1 学号: 学生姓名:付叶禹 郑凯峰 李文悦 王宇晨 李晓晗 指导教师:梁顺攀 教师职称:副教授 燕山大学三级项目设计(论文)任务书 院(系):信息学院教学单位:

说明:此表一式四份,学生、指导教师、基层教学单位、系部各一份。 年月日燕山大三级项目设计评审意见表

摘要 论文阐述的是在SQL server 2008开发环境下对银行储蓄管理系统的设计。希望通过该系统的应用,能促使银行储蓄管理工作的规范化、标准化和自动化,提高管理水平和管理效率,为管理工作提供更完善的信息服务和一个成功的信息管理系统。数据库是一个非常重要的条件和关键技术,管理系统所涉及的数据库设计分为:数据库需求分析、概念设计、逻辑设计过程。 本论文叙述了数据库设计的全过程。 主要分为: 1. 系统需求分析与功能设计阶段,包括功能需求、性能需求、数据需求、系统功能框图、系统总体数据流图及分模块数据流图、数据字典。 2. 总体设计阶段,包括系统总体功能模块图、功能模块描述、输入输出及统计查询等功能模块。 3. 概念设计阶段,包括系统各个模块的ER图及系统的总ER图。 4.逻辑结构设计阶段,包括系统各个模块的ER图所转化的关系模式。 关键词:数据库设计;管理系统; SQL server 2008;

目录 摘要...................................................... 1 绪论................................... 错误!未定义书签。1.1项目背景............................. 错误!未定义书签。1.1编写目的............................. 错误!未定义书签。1.1软件定义............................. 错误!未定义书签。 1.1开发环境............................. 错误!未定义书签。 2 系统需求分析 (2) 2.1信息与功能需求 (2) 2.2业务处理需求 (2) 2.3数据流图 (3) (3) (4) 2.4安全性与完整性要求 (8) 2.5数据字典 (8) 2.5.1储户基本信息表 (8)

关于银行系统的数据库课程设计报告书

一、目的与意义 0 二、设计容与要求 0 三、设计原理 (1) 1、数据库基本操作: (1) Ⅰ、定义基本表 (1) Ⅱ、修改基本表 (1) III、删除基本表 (1) IV、数据查询 (1) V、插入元组 (2) VI、修改数据 (2) VII、删除数据 (2) 2、数据库完整性 (2) I、实体完整性定义 (2) II、参照完整性定义 (2) 3、触发器 (3) I、定义触发器 (3) II、激活触发器 (3) III、删除触发器 (3) 4、存储过程 (3) I、PL/SQL的块结构 (3) II、变量常量的定义 (4) III、控制结构 (4) IV、存储过程的用户接口 (5) 四、总体设计方案 (5) 五、详细设计 (5) 1、需求分析 (5) 2、流程图 (6) 3、E-R图 (6) 4、设计表 (6) 5、关系图 (7) 6、编码 (8) 六、测试与调试 (11) 七、收获与体会 (15) 八、主要参考资料 (15) 一、目的与意义 本课程设计是在学完《数据库系统与应用》课程之后,让学生综合应用数据库知识,设计数据库,进行调试与测试,以加深对数据库基本知识及SQL语言的理解,提高综合应用知识的能力、分析解决问题的能力,加强数据库知识的实践技能,初步培养开发实用数据库系统的能力。 二、设计容与要求 设计一个银行账户管理系统,至少能够实现存款、取款、查询、转账等基本功能,要求在在数据库实现过程中至少建立三表、不得少于四个查询、三个触发器、使用至少一个存储

三、设计原理 SQL是一种介于关系代数与关系演算之间的结构化查询语言,其功能并不仅仅是查询。SQL是一个通用的、功能极强的关系数据库语言。它之所以能够为用户和业界所接受,并成为国际标准,是因为它是一个综合的、功能极强同时又简捷易学的语言。SQL语言集数据查询(Data Query)、数据操纵(Data Manipulation)、数据定义(Data Definition)和数据控制(Data Control)功能于一体。 1、数据库基本操作: Ⅰ、定义基本表 语句格式: CREATE TABLE <表名> (<列名> <数据类型>[ <列级完整性约束条件> ] [,<列名> <数据类型>[ <列级完整性约束条件>] ] … [,<表级完整性约束条件> ] ); 如果完整性约束条件涉及到该表的多个属性列,则必须定义在表级上,否则既可以定义在列级也可以定义在表级。 Ⅱ、修改基本表 语句格式: [ ADD <新列名> <数据类型> [ 完整性约束 ] ] [ DROP <完整性约束名> ] [ ALTER COLUMN<列名> <数据类型> ]; III、删除基本表 语句格式: DROP TABLE <表名>[RESTRICT| CASCADE]; RESTRICT:删除表是有限制的。欲删除的基本表不能被其他表的约束所引用,如果存在依赖该表的对象,则此表不能被删除。 CASCADE:删除该表没有限制。在删除基本表的同时,相关的依赖对象一起删除。 IV、数据查询 语句格式: SELECT [ALL|DISTINCT] <目标列表达式> [,<目标列表达式>] … FROM <表名或视图名>[, <表名或视图名> ] … [ WHERE <条件表达式> ] [ GROUP BY <列名1> [ HAVING <条件表达式> ] ] [ ORDER BY <列名2> [ ASC|DESC ] ];

【精编_推荐】关于银行系统的数据库课程设计

目录 一、目的与意义1 二、设计内容与要求1 三、设计原理2 1、数据库基本操作:2 Ⅰ、定义基本表2 Ⅱ、修改基本表2 III、删除基本表2 IV、数据查询3 V、插入元组3 VI、修改数据3 VII、删除数据4 2、数据库完整性4 I、实体完整性定义4 II、参照完整性定义4 3、触发器5 I、定义触发器5 II、激活触发器5 III、删除触发器5 4、存储过程6 I、PL/SQL的块结构6 II、变量常量的定义6

III、控制结构7 IV、存储过程的用户接口8 四、总体设计方案9 五、详细设计9 1、需求分析9 2、流程图9 3、E-R图9 4、设计表9 5、关系图10 6、编码10 六、测试与调试15 七、收获与体会15 八、主要参考资料16 一、目的与意义 本课程设计是在学完《数据库系统与应用》课程之后,让学生综合应用数据库知识,设计数据库,进行调试与测试,以加深对数据库基本知识及SQL语言的理解,提高综合应用知识的能力、分析解决问题的能力,加强数据库知识的实践技能,初步培养开发实用数据库系统的能力。 二、设计内容与要求 设计一个银行账户管理系统,至少能够实现存款、取款、查询、转账等基本功能,要求在在数据库实现过程中至少建立三张表、不得少于四个查询、三个触发器、使用至少一个存储过程。

三、设计原理 SQL是一种介于关系代数与关系演算之间的结构化查询语言,其功能并不仅仅是查询。SQL是一个通用的、功能极强的关系数据库语言。它之所以能够为用户和业界所接受,并成为国际标准,是因为它是一个综合的、功能极强同时又简捷易学的语言。SQL语言集数据查询(DataQuery)、数据操纵(DataManipulation)、数据定义(DataDefinition)和数据控制(DataControl)功能于一体。 1、数据库基本操作: Ⅰ、定义基本表 语句格式: CREATETABLE<表名> (<列名><数据类型>[<列级完整性约束条件>] [,<列名><数据类型>[<列级完整性约束条件>]]… [,<表级完整性约束条件>]); 如果完整性约束条件涉及到该表的多个属性列,则必须定义在表级上,否则既可以定义在列级也可以定义在表级。 Ⅱ、修改基本表 语句格式: [ADD<新列名><数据类型>[完整性约束]] [DROP<完整性约束名>] [ALTERCOLUMN<列名><数据类型>]; III、删除基本表 语句格式:

银行储蓄系统

《数据库系统原理》 课程设计 2011年12月31日

目录 一、概述------------------------------------------------- 3 1.1 课程设计的目的---------------------------------------------- 3 1.2 课程设计的内容---------------------------------------------- 3 1.3 课程设计的要求---------------------------------------------- 3 二、需求分析--------------------------------------------- 3 2.1 系统需求---------------------------------------------------- 3 2.2 数据字典---------------------------------------------------- 3 三、系统总体设计----------------------------------------- 3 3.1系统总体设计思路--------------------------------------------- 3 3.2 概念模型设计----------------------------------------- 3 3.2.1 局部E-R图------------------------------------------------ 3 3.2.2 全局E-R图------------------------------------------------ 3 3.3 逻辑结构设计------------------------------------------------ 3 3.4 数据库建立实施--------------------------------------- 3 3.4.1 建立数据库------------------------------------------------ 3 3.4.2 建立关系表------------------------------------------------ 3 四、系统实现--------------------------------------------- 3 五、系统评价--------------------------------------------- 3 六、课程设计心得、总结----------------------------------- 3参考文献:----------------------------------------------- 3致谢--------------------------------------------------- 3附录--------------------------------------------------- 3

某某银行数据仓库建设项目方案说明

XX 银行 EDW/ 数据仓库项目方案 目录 第一章系统总体架构 (5) 1.1总体架构设计概述 (5) 1.1.1 总体架构的设计框架 (5) 1.1.2总体架构的设计原则 (6) 1.1.3总体架构的设计特点 (7) 1.2 EDW执行架构 (7) 1.2.1执行架构概述 (8) 1.2.2执行架构设计原则 (8) 1.2.3执行架构框架 (9) 1.3 EDW逻辑架构............................................ 1 8

1.3.1逻辑架构框架.......................................... 1 8 1.3.2数据处理流程......................................... 2 7 1.4 EDW运维架构............................................ 2 7 1.4.1 运维架构概述 (27) 1.4.2 运维架构的逻辑框架 (29) 1.5 EDW数据架构............................................ 3 6 1.5.1数据架构设计原则...................................... 3 6 1.5.2数据架构分层设计....................................... 3 8 1.6 EDW应用架构............................................. 4 1 1.6.1应用架构设计原则....................................... 4 1 1.6.2数据服务............................................... 4 2 1.6.3 应用服务 (43) 第二章ETL体系建设 ........................................... 4 4 2.1 ETL架构概述.............................................. 4 4 2.2 ETL设计方案.............................................. 4 6 2.3 ETL关键设计环节......................................... 4 6 2.3.1 接口层设计策略 (46)

数据库课程设计报告银行管理系统

目录 1绪论 1.1 选题目的及意义 (2) 1.2 设计内容 (2) 2需求分析 2.1 功能需求 (2) 2.2 数据需求 (2) 3数据库设计 3.1概念结构设计 (7) 3.2逻辑结构设计 (9) 3.3物理结构设计 (11) 4.设计结果及分析 4.1查询与结果分析 (24) 5.设计体会 (29) 参考文献

参与设计人员: 姓名学号班级负责项目 陈盛业20114419 信管(2)需求分析 李宁20114432 信管(2)数据库设计、分析 向绍鹏20114462 信管(2)绪论、设计体会 阳治安20114466 信管(2)数据库设计、分析 1.1选题的目的及意义 银行管理系统:该系统要求建立的用户表并不是很多,完成的功能也相对有限,但其中各个表之间的联系很紧密,该系统对数据库表的设计要求会很高,所以完成这个题目,能更好的训练数据库设计和VC的编程能力,选择该题目就是充分训练数据库表设计的能力和运用VC的能力。 1.2 设计内容 用户管理模块:建立新用户、删除老用户、更改用户操作; 账户操作模块:账户信息、活期存取款操作、查询活期操作记录、定期存款、定期取款、查询定期操作记录; 数据库模块:数据库备份、数据库恢复; 2需求分析 2.1功能需求 对于用户部分,能够新建和删除用户,在操作过程中可以更改用户;对于账户部分,可以查询用户的信息,包括各种基本信息、活期余额、定期账单等;对于账户操作部分,有活期存取款、定期存取款操作,另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。 2.2数据需求

2.21数据字典 银行管理系统数据流图中,数据信息和处理过程需要通过数据字典才能描述清楚。在定义的银行数据库管理系统数据字典中,主要对数据流图中的账户信息 定期历史操作记录定期存款定期取款活期操作进行说明。【1】数据需求的描述 (1)数据项名称:帐号 含义说明:惟一标识一个用户 类型:数字型 长度:20 逻辑关系:不允许为空 (2)数据项名称:开户人姓名 类型:字符型 长度:20 逻辑关系:不允许为空 (3)数据项名称:账户密码 类型:数字型 长度:6 逻辑关系:不允许为空 (4)数据项名称:身分证号 类型:数字型 长度:20 逻辑关系:不允许为空 (5)数据项名称:账户余额

(银行卡)数据库设计报告

{公司标识} { 银行卡管理系统} 数据库设计报告 {机构公开信息}

版本历史

目录 1. 文档介绍 (4) 1.1文档目的 (4) 1.2文档范围 (4) 1.3读者对象 (4) 1.4参考文献 (4) 1.5术语与缩写解释 (4) 2. 数据库环境说明 (5) 3. 逻辑设计 (5) 5. 物理设计 (7) 5.1表汇总 (7) 5.2公告表 (7) 5.2.1外键表 (8) 5.3部门表 (8) 5.4角色表 (8) 5.4.1角色设置 (9) 5.4.2权限设置 (9) 5.5操作员表 (10) 5.5.1外键表 (10) 5.6菜单表 (10) 5.7导入数据临时表 (11) 5.7.1外键表 (12) 5.8导入数据历史表 (12) 5.8.1外键表 (12) 5.9操作流水临时表 (13) 5.10操作历史表 (13) 5.10.1外键表 (14) 5.11银行卡表 (14) 5.11.1外键表 (15) 6. 安全性设计 (15) 6.1防止用户直接操作数据库的方法 (16) 7. 优化 (16) 8. 数据库管理与维护说明 (16)

1. 文档介绍 1.1 文档目的 详细说明BankCardMS银行卡出入库管理系统的数据逻辑设计,物理设计及运行环境。为开发人员提供开发指导;为客户提供数据设计;为测试人员提供测试指导和为管理人员提供决策服务。 1.2 文档范围 本文档包括数据库的命名规则,设计模式,数据维护以及适用的人群,产品遵循的标准或规范。 1.3 读者对象 本文档针对的对象包括最终使用用户,项目经理,产品决策者(领导层),开发人员,测试人员等 1.4 参考文献 《数据库系统概论》萨师轩 《数据库原理与设计》吴鹤龄 1.5 术语与缩写解释

数据库课程设计报告银行管理系统(总18页)

数据库课程设计报告银行管理 系统(总18页) -CAL-FENGHAI.-(YICAI)-Company One1 -CAL-本页仅作为文档封面,使用请直接删除

1 绪论 1.1 选题目的及意义 (2) 1.2 设计内容 (2) 2 需求分析 2.1 功能需求 (2) 2.2 数据需求 (2) 3数据库设计 3.1概念结构设计 (7) 3.2逻辑结构设计 (9) 3.3物理结构设计 (11) 4.设计结果及分析 4.1查询与结果分析 (24) 5.设计体会 (29) 参考文献 参与设计人员: 姓名学号班级负责项目 陈盛业信管(2)需求分析 李宁信管(2)数据库设计、分析向绍鹏信管(2)绪论、设计体会阳治安信管(2)数据库设计、分析

1.1选题的目的及意义 银行管理系统:该系统要求建立的用户表并不是很多,完成的功能也相对有限,但其中各个表之间的联系很紧密,该系统对数据库表的设计要求会很高,所以完成这个题目,能更好的训练数据库设计和VC的编程能力,选择该题目就是充分训练数据库表设计的能力和运用VC的能力。 1.2 设计内容 用户管理模块:建立新用户、删除老用户、更改用户操作; 账户操作模块:账户信息、活期存取款操作、查询活期操作记录、定期存款、定期取款、查询定期操作记录; 数据库模块:数据库备份、数据库恢复; 2需求分析 2.1功能需求 对于用户部分,能够新建和删除用户,在操作过程中可以更改用户;对于账户部分,可以查询用户的信息,包括各种基本信息、活期余额、定期账单等;对于账户操作部分,有活期存取款、定期存取款操作,另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。

银行储蓄管理系统概要设计说明书样本

GB 8567- 银行储蓄管理系统 概要设计说明书 撰写人: 施靖豆健美雷明昊王新尧 审核人: 施靖 日期: -4-6

目录 1引言.................................... 错误!未定义书签。 1.1编写目的............................ 错误!未定义书签。 1.2背景................................ 错误!未定义书签。 1.3定义................................ 错误!未定义书签。 1.4参考资料............................ 错误!未定义书签。2总体设计................................ 错误!未定义书签。 2.1需求规定............................ 错误!未定义书签。 2.2运行环境............................ 错误!未定义书签。 2.3基本设计概念和处理流程.............. 错误!未定义书签。 2.4结构................................ 错误!未定义书签。 2.5功能需求与程序的关系................ 错误!未定义书签。 2.6人工处理过程........................ 错误!未定义书签。 2.7尚未问决的问题...................... 错误!未定义书签。3接口设计................................ 错误!未定义书签。 3.1用户接口............................ 错误!未定义书签。 3.2外部接口............................ 错误!未定义书签。 3.3内部接口............................ 错误!未定义书签。4运行设计................................ 错误!未定义书签。 4.1运行模块组合........................ 错误!未定义书签。 4.2运行控制............................ 错误!未定义书签。 4.3运行时间............................ 错误!未定义书签。

oracle银行大数据库设计

中国农业银行系统数据中心建设方案设计 学生: 学号: 系部: 专业: 指导教师: 提交日期:

中国农业银行系统数据中心建设方案设计 一、绪论 随着中国农业银行数据的集中,面对海量的数据,银行要花费大量的人力和财力来进行存储和维护,业务具有数据海量化的特点。由于业务数据不断增长带来的压力,决定采用oracle数据库系统来完成此次中国农业银行的数据库系统设计。 二、银行业务模块设计 1、存款业务(Deposit):开户业务、活期储蓄、整存整取定期储蓄、零存整取定期储蓄、教育储蓄、整存零取定期储蓄、存本取息定期储蓄、定活两便储蓄、资金归结、自动转账。 2、贷款业务(Loan):住房按揭贷款、汽车贷款、教育助学贷款、创业贷款、生产经营贷款、农户贷款。 3、中间业务(Settlement):结算业务、银行卡业务、担保业务、资讯类业务、其它业务。 4、电子银行业务(E-Banking):包括网上银行、银行、手机银行、自助银行:

(1)网上银行(Online Banking):账户信息查询、转账交易、漫游汇款、贷记卡还款、网上缴费、理财服务、信息管理、网上外汇宝、电子工资单查询、账户管理 (3)银行(Telephone Banking):转账结算、信息查询、投资理财、其他功能 (4)手机银行(Mobile Banking):信息查询、转账汇款、缴费支付、信用卡、漫游汇款、农户贷款、定活互转、第三方存管、消息定制、账户管理、基金买卖、双利丰 (5)自助银行(Self-Service Banking):现金存款、现金取款、转账、查询余额、修改密码 三、数据库部署模式 数据大集中为银行带来集约化经营管理优势的同时,也带来了信息系统风险的相对集中,这使得银行经营发展对信息系统连续运行的要求也越来越高。加强信息系统灾备体系建设,保障业务连续运行,已经成为影响银行市场竞争能力的一个重要因素。对RTO=0、RPO=0的系统,决定数据库采用RAC+DataDataGuard模式。 根据RAC+DataDataGuard模式的特点,有如下要求:

数据库课程设计 银行管理系统

武汉理工大学华夏学院 课程设计报告书 课程名称:《数据库系统原理》课程设计题目:银行储蓄管理系统数据库设计

课程设计任务书 学生姓名:专业班级: 指导教师:工作单位: 设计题目:银行储蓄管理系统数据库设计 初始条件: 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练,以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例,理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务: 要求学生根据所学的数据库原理与程序设计的知识,能够针对一个小型的银行储蓄管理系统,进行数据库系统的需求分析,概念结构设计、逻辑结构设计、物理结构设计,数据录入及测试等,完成题目要求的功能。 主要任务: 用户有以下需求:建立读者档案;建立图书档案,建立书目索引;完成日常图书检索、借还工作,对读者档案、图书档案、借还系统的访问,必需进行身份验证。具体要求如下:1.存折信息 数据包括:存折的基本信息包括:户名、帐号、开户银行名称、开户日期、取款密码等。2.账户存取明细 数据包括:日期、摘要(现存、现支、转存、利息)、交易金额、余额、操作柜员编号。 3.检索系统 能根据户名、账号、交易日期、金额等进行查询。 4.取款 输入账号和密码后,能根据密码判断用户是否合法,能判断取款金额是否超过了账户余额,如果取款金额合法,就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后,能更新该账号的余额。 6、转账 输入账号和密码后,能根据密码判断用户是否合法,然后再输入对方的转账账户,并判断对方的转账账户是否合法,如果合法,再输入转账的金额,并能判断转账金额是否超过了账户余额,如果转账金额合法,就对该账号的余额信息以及对方的账户余额信息进行更新。

数据库系统原理课程设计--银行储蓄系统数据库设计

课程设计报告书 课程名称:《数据库系统原理》课程设计 题目:银行储蓄系统数据库设计 系名:信息工程系 专业班级: 2012年 6 月 29日

课程设计任务书 设计题目:银行储蓄管理系统数据库设计 初始条件: 本课程的设计的目的是通过实践使同学们经历数据库设计开发的全过程和受到一次综合训练,以便能较全面地理解、掌握和综合运用所学的知识。结合具体的开发案例,理解并初步掌握系统分析、系统设计、系统实施的主要环节和步骤以及软件文档的制作能力。 要求完成的主要任务: 要求学生根据所学的数据库原理与程序设计的知识,能够针对一个小型的银行储蓄管理系统,进行数据库系统的需求分析,概念结构设计、逻辑结构设计、物理结构设计,数据录入及测试等,完成题目要求的功能。 主要任务: 用户有以下需求:建立读者档案;建立图书档案,建立书目索引;完成日常图书检索、借还工作,对读者档案、图书档案、借还系统的访问,必需进行身份验证。具体要求如下:1.存折信息 数据包括:存折的基本信息包括:户名、帐号、开户银行名称、开户日期、取款密码等。2.账户存取明细 数据包括:日期、摘要(现存、现支、转存、利息)、交易金额、余额、操作柜员编号。 3.检索系统 能根据户名、账号、交易日期、金额等进行查询。 4.取款 输入账号和密码后,能根据密码判断用户是否合法,能判断取款金额是否超过了账户余额,如果取款金额合法,就对该账号的余额信息进行更新。 5、存款 输入账号和存款金额后,能更新该账号的余额。 6、转账 输入账号和密码后,能根据密码判断用户是否合法,然后再输入对方的转账账户,并判断对方的转账账户是否合法,如果合法,再输入转账的金额,并能判断转账金额是否超过了账户余额,如果转账金额合法,就对该账号的余额信息以及对方的账户余额信息进行更新。 设计报告撰写格式要求: 要求层次清楚、整洁规范、不得相互抄袭,凡正文内容有整段完全相同者一律以抄袭论处。设计报告正文字数不少于0.2万字(不包括附录) 第1级(章)题序和题名用黑体三号字, 第2级(目)题序和题名用黑体小四号字, 第3级(条)题序和题名用黑体小四号字, 正文内容用宋体五号字(英文用新罗马体),多倍行距1.25。 报告内容一律使用A4打印纸计算机打印,页码在页下居中标明。必须使用国家公布的

商业银行数据仓库报表设计分析

**商业银行数据仓库 报表设计 版本:1.0 4/18/2020

目录 1.报表系统 (3) 1.1. 业务分析 (3) 1.2. 财务分析报表系统 (3) 1.2.1.资产业务分析(月) (3) 1.2.1.1. 资产规模增长情况分析 (4) 1.2.1.2. 资产增量变化情况分析 (4) 1.2.1.3. 资产结构变化情况分析 (4) 1.2.1.4. 贷款资产专项统计 (5) 1.2.2.负债业务分析 (5) 1.2.2.1. 负债规模增长情况分析表 (5) 1.2.2.2. 负债增量变动情况分析表 (5) 1.2.2.3. 负债结构变化情况分析表 (6) 1.2.2.4. 存款负债专项统计 (6) 1.2.3.所有者权益分析 (6) 1.2.3.1. 所有者权益增长情况分析 (6) 1.2.3.2. 所有者权益增量变动情况分析 (7) 1.2.3.3. 所有者权益结构变化情况分析 (7) 1.2.4.财务收支分析 (7) 1.2.4.1. 收支规模增长情况分析 (7) 1.2.4.2. 收支增量变动情况分析 (8) 1.2.4.3. 当期收支情况分析 (8) 1.2.4.4. 财务收支结构变动情况分析 (8) 1.2.4.5. 财务收支计划完成情况分析 (8) 1.2.5.财务比率分析 (9) 1.2.5.1. 各项财务比率分析表 (9) 1.3. 资金计划业务需求 (10) 1.3.1.资金头寸统计 (10) 1.3.2.资金负债管理指标 (10) 1.3.3.现金管理 (10) 1.3.3.1. 结算备付金统计 (10) 1.3.3.2. 库存现金统计 (11) 1.3.3.2.1. 即时余额统计 (11) 1.3.3.2.2. 日均余额统计 (11) 1.3.3.3. 业务量统计 (11) 1.3.4.票据贴现业务统计 (12) 1.4. 综合统计分析 (12) 1.4.1.存款统计 (12) 1.4.1.1. 存款结构统计 (12) 1.4.1.1.1. 日均存款统计 (12) 1.4.1.1.2. 存款即时余额统计 (12)

银行系统的数据库课程设计

目录 一、目的与意义 0 二、设计内容与要求 0 三、设计原理 (1) 1、数据库基本操作: (1) Ⅰ、定义基本表 (1) Ⅱ、修改基本表 (1) III、删除基本表 (1) IV、数据查询 (1) V、插入元组 (2) VI、修改数据 (2) VII、删除数据 (2) 2、数据库完整性 (2) I、实体完整性定义 (2) II、参照完整性定义 (2) 3、触发器 (3) I、定义触发器 (3) II、激活触发器 (3) III、删除触发器 (3) 4、存储过程 (3) I、PL/SQL的块结构 (3) II、变量常量的定义 (4) III、控制结构 (4) IV、存储过程的用户接口 (5) 四、总体设计方案 (5) 五、详细设计 (5) 1、需求分析 (5) 2、流程图 (6) 3、E-R图 (6) 4、设计表 (6) 5、关系图 (7) 6、编码 (8) 六、测试与调试 (11) 七、收获与体会 (15) 八、主要参考资料 (15) 一、目的与意义 本课程设计是在学完《数据库系统与应用》课程之后,让学生综合应用数据库知识,设计数据库,进行调试与测试,以加深对数据库基本知识及SQL语言的理解,提高综合应用知识的能力、分析解决问题的能力,加强数据库知识的实践技能,初步培养开发实用数据库系统的能力。 二、设计内容与要求 设计一个银行账户管理系统,至少能够实现存款、取款、查询、转账等基本功能,要求在在数据库实现过程中至少建立三张表、不得少于四个查询、三个触发器、使用至少一个存

储过程。 三、设计原理 SQL是一种介于关系代数与关系演算之间的结构化查询语言,其功能并不仅仅是查询。SQL是一个通用的、功能极强的关系数据库语言。它之所以能够为用户和业界所接受,并成为国际标准,是因为它是一个综合的、功能极强同时又简捷易学的语言。SQL语言集数据查询(Data Query)、数据操纵(Data Manipulation)、数据定义(Data Definition)和数据控制(Data Control)功能于一体。 1、数据库基本操作: Ⅰ、定义基本表 语句格式: CREATE TABLE <表名> (<列名> <数据类型>[ <列级完整性约束条件> ] [,<列名> <数据类型>[ <列级完整性约束条件>] ] … [,<表级完整性约束条件> ] ); 如果完整性约束条件涉及到该表的多个属性列,则必须定义在表级上,否则既可以定义在列级也可以定义在表级。 Ⅱ、修改基本表 语句格式: [ ADD <新列名> <数据类型> [ 完整性约束 ] ] [ DROP <完整性约束名> ] [ ALTER COLUMN<列名> <数据类型> ]; III、删除基本表 语句格式: DROP TABLE <表名>[RESTRICT| CASCADE]; RESTRICT:删除表是有限制的。欲删除的基本表不能被其他表的约束所引用,如果存在依赖该表的对象,则此表不能被删除。 CASCADE:删除该表没有限制。在删除基本表的同时,相关的依赖对象一起删除。 IV、数据查询 语句格式: SELECT [ALL|DISTINCT] <目标列表达式> [,<目标列表达式>] … FROM <表名或视图名>[, <表名或视图名> ] … [ WHERE <条件表达式> ] [ GROUP BY <列名1> [ HAVING <条件表达式> ] ] [ ORDER BY <列名2> [ ASC|DESC ] ];

银行储蓄业务系统开题报告

一、研究现状及发展态势: 随着计算机应用范围的不断扩大,其优异的性能已逐渐被人们所接受,在社会经济不断发展的环境下,计算机技术进行的各种管理给人们带来了很大的方便。人们逐渐开始使用计算机来进行办公或辅助其他工作,以利用其高效的性能实现自动化办公或管理。随着市场经济的不断发展,人民的生活也越来越富裕,银行成了绝大多数人管理自己资金的首选。然而在日益增长的银行客户群体的压力下,纯人为的储蓄办公系统已无法满足客户的需求,人们需要银行能够给使用者提供方便的业务操作,比如:能够自助地开户、销户、查询余额,并进行存取款等等。开发一个基于网络的银行储蓄业务系统则恰恰能符合绝大多数人对银行的业务需求。 二、选题依据及意义: 目前,计算机已经普及到了社会的各个领域,并已经成为我们学习和工作的得力助手,无论在哪个行业,计算机代替人工进行了许多繁杂的事务,并节省了大量的人力与物力,再加上如今国内互联网已经覆盖了绝对多数的大中小城市乡村,因此基于网络的银行储蓄业务系统将能得到很好的应用。它可以在关于银行的储蓄业务上给人们带来极大的方便,其主要作用具体如下: 1.该系统可以代替银行业务人员,服务使用者,满足使用者的各项业务需求。 2.使用计算机来对用户的私密信息以及至关重要的金融数据进行管理,可 远远降低由于人为的误操作而带来的重大损失。 3.使用该系统,用户可以自助地进行开户,销户,查询余额以及存取款等 业务,足不出户,便能实现以前需要在银行排队花大量的时间才能完成的目的。 4.该系统节省了许多人力资源,减少了许多的安全隐患,提高了银行的工 作效率,从而使银行的利润有所增长。 三、课题研究内容: 银行储蓄业务系统的开发流程包括前期的对银行储蓄业务的详细的调研和分析,中期的软件设计建模和数据库的设计,以及编写程序实现业务系统的所需功能这三个阶段。 首先,对银行储蓄业务的调研分析。在这个阶段,通过查阅相关书籍或电子数据,了解实际的银行储蓄业务的具体功能分类和不同的详细操作流程。 其次,进行软件建模和数据库设计。在这个阶段,结合J2EE的相关知识,

数据库课程设计报告银行管理系统

目录 1 绪论 1.1 选题目的及意义 (2) 1.2 设计内容 (2) 2 需求分析 2.1 功能需求 (2) 2.2 数据需求 (2) 3数据库设计 3.1概念结构设计 (7) 3.2逻辑结构设计 (9) 3.3物理结构设计 (11) 4.设计结果及分析 4.1查询与结果分析 (24) 5.设计体会 (29) 参考文献

参与设计人员: 姓名学号班级负责项目 陈盛业20114419信管(2)需求分析 李宁20114432信管(2)数据库设计、分析 向绍鹏20114462信管(2)绪论、设计体会 阳治安20114466信管(2)数据库设计、分析 1.1选题的目的及意义 银行管理系统:该系统要求建立的用户表并不是很多,完成的功能也相对有限,但其中各个表之间的联系很紧密,该系统对数据库表的设计要求会很高,所以完成这个题目,能更好的训练数据库设计和VC的编程能力,选择该题目就是充分训练数据库表设计的能力和运用VC的能力。1.2 设计内容 用户管理模块:建立新用户、删除老用户、更改用户操作; 账户操作模块:账户信息、活期存取款操作、查询活期操作记录、定期存款、定期取款、查询定期操作记录; 数据库模块:数据库备份、数据库恢复; 2需求分析

2.1功能需求 对于用户部分,能够新建和删除用户,在操作过程中可以更改用户;对于账户部分,可以查询用户的信息,包括各种基本信息、活期余额、定期账单等;对于账户操作部分,有活期存取款、定期存取款操作,另外操作完成之后存储相应的操作记录并能够查询操作记录等功能。 2.2数据需求 2.21数据字典 银行管理系统数据流图中,数据信息和处理过程需要通过数据字典才能描述清楚。在定义的银行数据库管理系统数据字典中,主要对数据流图中的账户信息 定期历史操作记录定期存款定期取款活期操作进行说明。【1】数据需求的描述 (1)数据项名称:帐号 含义说明:惟一标识一个用户 类型:数字型 长度:20 逻辑关系:不允许为空 (2)数据项名称:开户人姓名 类型:字符型

相关文档
最新文档