存款相关数据库有哪些，银行存储数据库应包含哪些字段

来源：整理时间：2024-07-15 04:13:28 编辑：黑码技术手机版

1，银行存储数据库应包含哪些字段

银行卡信息表：ID、发卡日期、[可选的其它字段，比如网银状态，信用卡等] 用户信息表:ID、姓名、身份证号、家庭地址、联系电话、其实完全可以用一个表来实现，但一个用户可以拥有多张银行卡，因此在这里定义2张表，他们为主外键关系。实际上银行的数据库表远比这复杂！呵呵我就随便献丑一下啊。

银行存储数据库应包含哪些字段

2，关于做银行系统的数据库内容请大家帮帮忙

这个很简单的啊～就是当有用户有存款或取款时做以下操作 (1)流水记录增加记录（要记录柜员号，钱的金额，借贷方关系，储户的名字或编号或帐号，系统日期系统时间,还有一大堆参数，一般这些你们单位的同志会告诉你有哪些参数的啊～）(2)在半夜做批处理时，把流水记录的日表去UPDATE总帐和二级明细表即可～(3)其他还要记录什么要看你们领导的要求了，一般凡事跟着表结构走就不会错的了～（一般不要让表项空着就成）建表建库的同志一般会和你说要求的亚～如果还有不明白的可以随时问我～偶们做支付网关的，和你这个有相似的地方～嘿嘿～

任务占坑

关于做银行系统的数据库内容请大家帮帮忙

3，和储蓄有关的资料

正一、储蓄与货币流通传统观点认为,储蓄是货币回笼,储蓄增长便意味着货币流通量减少,储蓄推迟了购买力的实现。笔者认为,这些观点需要重新认识。因为,上述观点基于以下的前提:①“半商品论”,只有消费资料才是商品,而生产资料不是商品。从而只有消费资料流通的媒介——现金,才是货币:而用于转帐支付的银行信用不是货币。

一、储蓄与货币流通传统观点认为,储蓄是货币回笼,储蓄增长便意味着货币流通量减少,储蓄推迟了购买力的实现。笔者认为,这些观点需要重新认识。因为,上述观点基于以下的前提:①“半商品论”,只有消费资料才是商品,而生产资料不是商品。从而只有消费资料流通的媒介——现金,才是货币:而用于转帐支付的银行信用不是货币。

和储蓄有关的资料

4，请问中国四大银行用的是什么数据库系统

都是使用oracle的数据库。

当人们从不同的角度来描述这一概念时就有不同的定义(当然是描述性的)。例如，称数据库是一个“记录保存系统”(该定义强调了数据库是若干记录的集合)。又如称数据库是“人们为解决特定的任务，以一定的组织方式存储在一起的相关的数据的集合”(该定义侧重于数据的组织)。更有甚者称数据库是“一个数据仓库”。当然，这种说法虽然形象，但并不严谨。严格地说，数据库是“按照数据结构来组织、存储和管理数据的仓库”。在经济管理的日常工作中，常常需要把某些相关的数据放进这样“仓库”，并根据管理的需要进行相应的处理。例如，企业或事业单位的人事部门常常要把本单位职工的基本情况(职工号、姓名、年龄、性别、籍贯、工资、简历等)存放在表中，这张表就可以看成是一个数据库。有了这个"数据仓库"我们就可以根据需要随时查询某职工的基本情况，也可以查询工资在某个范围内的职工人数等等。这些工作如果都能在计算机上自动进行，那我们的人事管理就可以达到极高的水平。此外，在财务管理、仓库管理、生产管理中也需要建立众多的这种"数据库"，使其可以利用计算机实现财务、仓库、生产的自动化管理。 j.martin给数据库下了一个比较完整的定义：数据库是存储在一起的相关数据的集合，这些数据是结构化的，无有害的或不必要的冗余，并为多种应用服务；数据的存储独立于使用它的程序；对数据库插入新数据，修改和检索原有数据均能按一种公用的和可控制的方式进行。当某个系统中存在结构上完全分开的若干个数据库时，则该系统包含一个“数据库集合”。

5，银行储蓄系统的数据库是用什么管理软件

数据库管理系统是数据库的机构，它是一个系统软件，负责数据库中的数据组织、数据操纵、数据维护、控制及保护和数据服务等。

流程：（1）当柜员录入储户帐号后，则发出指令至前台系统，前台系统接收后便向后台系统发出指令下载该客户的指纹记录，然后前台系统会要求储户输入指纹，储户输入指纹后，前台系统进行核对，然后返回结果于柜台系统。（2）由中心主机发指令到后台系统，后台系统收到指令后，将该帐户的指纹记录下载至前台系统，进行指纹核对，并将核对结果返回后台系统，然后由后台系统返回结果至中心主机【设计题目】：储户的存款单或取款单由业务员输入系统，密码由储户输入。如果是存款，系统记录帐号，存款人姓名，地址，存款类型，存款日期，利息等信息；如果是取款，计算利息，并打印利息清单给储户。【设计目的】：通过对银行储蓄管理系统的分析，进一步理解和掌握面向对象方法论，尤其是面向对象的三个模型：对象模型、动态模型、功能模型。【设计条件、软件工具】：专业的数据库管理系统，采用面向对象的方法。【设计思想、算法】：用面向对象方法分析上述系统，建立它的对象模型、动态模型、功能模型。【设计过程，操作步骤说明】：（一）建立对象模型 1. 确定类—&—对象经分析本系统问题域及功能需求，得出主要的类—&—对象：总行、分行、营业厅（储蓄所）终端、储户、帐户、业务员、事务。 2. 确定关联（1）总行由若干个分行组成；分行拥有一个营业厅、若干个储蓄所；（2）分行雇用业务员；（3）储户拥有一个或多个帐户；（4）分行处理针对帐户的事务；分行维护帐户；（5）业务员输入针对帐户的事务；（6）终端与用户交互；（7）终端打印帐单； 3. 对象模型（二）建立动态模型 1. 正常情况脚本（取款）业务员将储户所填写资料输入储蓄所终端；终端要求储户输入密码；储户输入对应帐号的正确密码；终端要求总行验证密码；总行要求分行核对储户密码，然后通知终端密码正确；终端确认取款额在预先规定的限额内，然后要求决行处理这个事务；总行把请求转给分行；分行成功地处理完这项事务并返回该帐户的新余额；终端打印存折和帐单；业务员与储户交接现金、存折和帐单。异常情况脚本（取款）业务员将储户所填写资料输入储蓄所终端；终端要求储户输入密码；储户不小心输入错误密码；终端要求总行验证密码；总行在向有关分行咨询后通知终端密码有错；终端显示“密码错”，并请储户重新输入密码；终端请总行验证后知这次输入的密码正确；储户改变主意不想取款了，业务员敲“取消”键；业务员把存折、取款单退回给储户。正常情况脚本的事件跟踪图储户终端总行分行业务员输入储户填写资料要求密码输入密码请求验证密码请求分行验证密码密码正确业务员交接现金存折帐单储户取走现金存折帐单结束（三）建立功能模型 1. 基本系统模型 2. 功能级数据流图【设计心得体会】：通过本实验，使我更清晰地理解了面向对象方法论的分析和设计过程，对三种模型之间的关系更加清楚。通过对系统的对象模型的分析，理解到对象模型确实是三种模型中最重要、最关键的，只有对对象模型进行了较透彻的分析，才能清楚地得出其它两个模型。