数据库银行存储.docx

数据库银行存储.docx

《数据库银行存储.docx》由会员分享，可在线阅读，更多相关《数据库银行存储.docx（10页珍藏版）》请在冰点文库上搜索。

数据库银行存储

学生课程设计报告

2017~2018学年第一学期

学院计算机科学技术

专业计算机科学及技术

学号150511523

姓名董鑫

指导教师

一．需求分析阶段：

1.课程设计题目：

银行储蓄系统

2.实验目的：

在学生系统的学习了数据库原理课程后，按照关系型数据库的基本原理，综合运用所学的知识，以小组为单位，设计开发一个小型的数据库管理系统。

通过对一个实际问题的分析、设计及实现，将原理及应用相结合，使学生学会如何把书本上学到的知识用于解决实际问题，培养学生的动手能力；另一方面，使学生能深入理解和灵活掌握教学内容。

3.实验内容及要求：

※※※实验内容：

（1）主要的数据表

定期存款单，活期存款帐，存款类别代码表等等。

（2）主要功能模块

实现储户开户登记。

办理定期存款帐。

办理定期取款手续。

办理活期存款帐

办理活期取款手续。

实现利息计算。

输出明细表。

具有数据备份和数据恢复功能。

※※※实验要求：

（1）要进行实际调研，系统功能在实现时参照实际的储蓄系统的功能。

（2）同时要考虑银行系统数据的安全及保密工作。

4.制作E-R图：

分析功能需求：

基本功能需求：

完成实现储户开户登记；办理定期存款帐；办理定期取款手续；办理活期存款帐；办理活期取款手续；实现利息计算；实现所有功能的查询。

考虑银行系统数据的安全及保密工作。

性能需求：

对于计算时需要较大负荷，处理较多数据时，应该尽量避免较长时间的延时。

另外，系统的界面应该比较友好，利于用户以及管理人员双方面的操作。

还有就是系统应该具备高度容错能力，不至于发生一些意想不到的错误而没法处理。

根据以上分析内容开始制作系统E-R图：

实体：

用户，活期存款，活期存取明细，定期存款，定期存取明细。

1.用户表E-R图

1.1用户表E-R图

2.活期存款表E-R图

1.2活期存款E-R图

3.活期存取明细表E-R图

1.3活期存取E-R图

4.定期存款表E-R图

1.4定期存款表E-R图

5.定期存取明细表E-R图

1.5定期存取明细表E-R图

6.综合表E-R图

1.6综合表E-R图

二、总体设计

1.根据E-R图制作二维表：

注：

本次做表使用截图显示表格内容，具体属性将在图片下方呈现。

1.用户表Custorm

属性

账号

密码

姓名

性别

出生年月

身份证号

地址

电话

开户日期

账户余额

类型

Varchar（20）

Char

（8）

Varchar（20）

Char

（2）

Datatime

Char

（18）

Varchar（100）

Char

（20）

Varchar（20）

nchar（20）

2.活期存款表Currentdeposit

属性

账号

操作金额

账户类型

操作日期

账户余额

类型

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

3.活期存取明细表Currentaccessdetails

属性

账号

操作金额

操作类型

操作日期

利息

账户余额

类型

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

4.定期存款表

属性

序号

账号

操作金额

操作类型

操作日期

利息

账户余额

年限

类型

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

5.定期存取款明细表

属性

账号

操作金额

账户类型

操作日期

利息

账户余额

序号

类型

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

Varchar（20）

2.利用范式进行模式修改

①.原关系模式

客户：

（账号密码姓名性别出生年月身份证号地址电话开户日期账户余额）

存款（账号操作金额操作类型操作日期利息年限账户余额）

取款（账号操作金额账户类型操作日期利息账户余额）

存款利率（日期存款类型存款期限存款利率）

②.修改

在存款取款等操作中，可以发现通过账户便可以知道剩下的信息，故可以省去。

存款（账号操作金额操作类型操作日期利息年限账户余额）

取款（账号操作金额账户类型操作日期利息账户余额）

三、详细设计

1.产品选择

本次实验采用MicrosoftSQLServerManagementStudio17进行数据库建立。

2.模式设计

数据库物理结构设计

存取方法设计

属性

存取方法

说明

客户

客户账号

索引存取

是主关键字，且经常需要搜索

存款

账号

索引存取

是主关键字，经常用于连接和搜索

存款

取款

存款金额

索引存取

经常作为最大值的参数

账号

索引存取

是主关键字，经常用于连接和搜索

存款利率

时间、存款类型、存款期限

索引存取

经常用于连接

存储结构设计

（1）由于数据备份、日志文件备份等数据只在故障恢复时才使用，而且数据量很大，可以放在磁带上。

（2）如果系统有多个磁盘驱动器或磁盘阵列，对于客户账户经常要查询且有索引的属性，应将表和索引分别放在不同的磁盘上，在查询时，由于两个磁盘驱动器分别工作，因而可以保证物理读写速度比较快。

数据库视图设计：

1.客户基本信息视图

通过此视图，客户可以了解自己的基本信息：

客户账号,姓名,支付能力

2.客户存款单视图

客户通过此视图只能看到自己的存款信息。

3.客户取款视图

客户通过此视图只能看到自己的取款信息

4.存款利率视图

所有人都可以看到这些信息

数据库存储过程设计

职工为客户开设账户

为一位客户在其指定的银行开一个账户，生成一个卡号，同时显示初始密码

客户密码修改

客户先输入账号和密码，若正确则允许修改，输入新密码，修改成功。

为一位客户在其指定的银行开一个账户，生成一个卡号。

假设开设了账号立即存款，

（1）若该用户已经有了用户账号，则只需增加输入“存款单”信息；

（2）若该用户没有客户账户则还要输入“客户”中的信息，系统自动生成客户账户为KH+身份证号。

四、编码阶段：

1.完整性设计

主键及唯一性索引

表

唯一性索引

主键

客户

身份证号电话

客户帐号

存款

账号

账号

取款

账号

账号

参照完整性设计

表

属性

所参照表的属性

客户

存款

账号存款利率

客户·账号

取款

账号

客户·账号

2.约束

（一）Check约束

取款金额必须小于该卡中的剩余金额；

存款类型必须为“活期”或“定期”；

性别只为“男”、“女”两种，不存在第三种；

开户日期追寻计算机自身日期，不存在例如2018.02.29等错误信息；

身份证号、手机号等都追寻日常格式；

利率必须在0%--20%之间。

（二）Default约束

利息默认为比本金少；

利率默认为活期0.3%，定期按照存款日期而定。

3.触发器设计

①、存款利率

由于国家会根据各种客观原因不定时的调整利率，所以需要建一个触发器，当政府将利率改动时，存款中的利率也会自动改变，并根据利率自动结算前一段时间的本金和。

首先查找最近一次调整利率的时间和利率，然后计算按照此利率结算的天数，然后根据利率求出本金和，并更新存款中的可用余额。

②、客户存款

客户存款涉及到客户，存款4个表。

存款分为活期存款和定期存款。

如果账号中有存款，则存完款后的存款总金额为：

以前的存款总金额*利率*存款天数+以前的存款总金额+此次的存款金额。

然后更新存款单。

③、客户取款

若是定期存款，且年限未到，则不允许取款。

若取款金额小于存款总金额（存款总金额=上一次的存款总金额*存款利率），自动更新存款单。

若大于，则报错，不能正常进行取钱。