银行储蓄系统采用的数据库管理系统是

银行储蓄系统采用的数据库管理系统是,第1张

银行储蓄系统采用的数据库管理系统是应用系统软件。根据查询相关信息显示,银行储蓄系统采用的数据库管理系统是数据库的机构,银行的储蓄系统是一个应用系统软件,负责数据库中的数据组织、数据 *** 纵、数据维护、控制及保护和数据服务等。

现在都在清理,所有涉及国家和民生的要害部门的设备和软件,全部要求用国产,第一批2022年完成,这是国家安可工程强制要求的,你看看现在新上的数据库,那有国外厂家中标的。

这么多只为oracle背书,有点讽刺(国外的屎对这群人来说都是香的)。当初用只是无奈之举,若有选择,绝对没人用。商用软件很多都有后门,根本没有安全可言,(技术无国界)就是流氓逻辑,未来数据安全为王,oracle也会死在“闭源”上,至于说的“安全、高效”就是扯淡,国内“基础”技术越来越好,迟早要替代这些没有控制权的软件。

我的回答:银行单位选择oracle数据库,有很多的原因。

1oracle数据库是世界上第一个商用闭源关系型数据库,是比较成熟的产品。oracle具有先进的、成熟的市场经验。产品遍布各行各业,oracle的产品和技术已经广泛用在金融、电信及通信、证券、保险、能源、高 科技 、生产制造、以及政府等行业,oracle技术具有强大的领先优势。

2oracle具有高可用的架构优势,可以使用oracle rac、DataGuard、MAA等架构保障业务的稳定性、可靠性、连续性。oracle可以满足业务的高并发需求,满足OLTP各种事务处理。具有低成本、高性能、易伸缩、高可用、安全和集中管理等特点。

3oracle可以使银行提高客户服务水平、规避和控制金融风险、保证银行业务和利润的持续增长。oracle有一系列成熟的配套软件和专业的服务,可以满足银行单位的业务发展需求。尽管随着金融领域业务的变化,有去IOE和云化的变化,但是oracle的稳定性肯定是银行业务的首选,可以促进金融行业的业务转型与升级。

这样想,银行单位选用oracle数据库,合情合理!

不以泪水博同情,要以汗水赢掌声。你能作茧自缚,必能破茧成蝶!

第一,几十年前银行系统建设的时候只能选择IOE,根本没有其他的选择。

第二,目前中国的IT基础设施还无法满足银行的业务需求。

具体说oracle,他的一致性,稳定性,成熟度不是其他软件可以比拟的,你总不会希望你银行,交易所里面的钱有异常吧

不开源 安全性高 高效稳定 支持高并发

一句话,技术支持可以做到724小时,重大问题8小时内技术人员到岗,那一个开源软件可以做到。另外就是IBM的DB2也有一部分份额。

早年间MySQL和Linux都不成气候,银行是第一批使用小型机+Oracle的行业

真正的原因是银行信息化起步早。在90年代,无论是银行还是互联网都采用商用数据库。在那个时间段,MySQL和Linux都不成气候,更别提现在的大数据技术技术了。那时候,在小型机(Unix系统)上跑Oracle非常流程,MySQL根本没办法与其匹敌。

互联网企业在那个年代都热衷于Oracle,比如,阿里巴巴在2000年左右还养着全国最优秀的OracleDBA团队。只不过,后来这些互联网公司爱折腾,有实力折腾,开始用开源的MySQL替代了原来的Oracle,而银行既没有意愿有没有能力去做这件事。

核心业务强依赖Oracle,牵一发而动全身

至于到现在,银行为什么还没有替换到Oracle呢?主要是银行的业务已经成型,很多核心的功能都强依赖于Oracle,不可能轻易动,这是伤筋动骨的大事。

Oracle本身也具有很多优势

Oracle的安全级别非常高,这是MySQL不能比拟的。支持闪回和完美的数据恢复,及时硬件坏了也可以恢复到故障发生前1秒。

Oracle对于复杂的SQL场景支持得非常好,有出色的查询优化器。超强劲的CBO优化器在大部分场景可以对复杂SQL形成高效的执行计划,开发人员可以编写大量的表关联、子查询、几何运算等,我见过几百上千行的SQL或者存储过程,都有非常高的查询性能。

Oracle提供了自己的RAC架构,RAC架构推出后,即使使用普通的服务器,在低成本下实现也能实现数据的可靠性,还能提供很强的查询性能。

现在有没有Oracle的替代品呢

阿里云的 云原生数据库PolarDB完全替代Oracle数据库 ,PolarDB使用了存储和计算分离架构,可以在业务高峰期进行快速扩容,最大程度降低成本。PolarDB可以100%兼容MySQL语法,深度兼容Oracle的语法和数据类型。在2020年,阿里云已经帮助1千多家公司完成了去Oracle的工作。

这个问题其实一点都不难想象。

银行的数据极其重要,不容有半点损失和误差。

Oracle就是全球最好的数据库软件供应商。

金融行为要求的是系统稳定,系统稳定才能更好服务客户。

系统性能的要求在实时性方面在接受范围就可以,比如交易超时在60秒内等。

但是随着第三方支付的快速发展,交易量大幅度提高,则导致了银行系统在稳定性,时效性,性能方面都提升了一个或多个等级,tps的提高,系统压力也越来越大。

因此应用保证正常的情况下,数据显得更为重要。而在国内早此年,数据库的厂商还真没有,就oracle,db2,其实还有informix。

现在的情况,在国内出现一些商用的数据库,比如阿里系的,腾讯系的。

你这问题放在五年前差不多 现在你再看看有多少 现在去IOE去的差不多了

功能一:

create database bank;

功能二:

create table userinfo(

customerID number(10) not null,

customerName varchar2(10) not null,

PID char(18) not null,

telephone char(11) not null,

address varchar2(255) not null

);

create table cardinfo(

cardID varchar2(19) not null,

cardCustomerID number(10) not null,

curtype char(3) not null,

savingtype char(4) not null,

openDate date not null,

openmoney number(10,2) not null,

blance number(10,2) not null,

password char(6) not null,

isreportLoss char(2) not null

);

create table transinfo(

id number(15) not null,

transcustomerID number(10) not null,

transcardID varchar2(19) not null,

transdate date not null,

transmoney number(10,2) not null,

transtype char(4) not null,

remark varchar2(255) not null

);

功能三:

alter table userinfo add constraint pk_userinfo primary key (customerID);

alter table userinfo add constraint ck_PID check(length(PID)=18);

alter table cardinfo add constraint pk_cardinfo primary key (cardID);

alter table cardinfo add constraint fk_CustomerID_card foreign key cardCustomerID references userinfo(customerID);

alter table transinfo add constraint pk_transinfo primary key (id);

alter table transinfo add constraint fk_CustomerID_trans foreign key cardCustomerID references userinfo(customerID);

alter table transinfo add constraint fk_transcardID_trans foreign key cardCustomerID references cardinfo(cardID);

功能四:

insert into userinfo values(1,'张三','123456789012345671','13012345671','地址1');

insert into userinfo values(2,'李四','123456789012345672','13012345672','地址2');

insert into userinfo values(3,'王五','123456789012345673','13012345673','地址3');

insert into cardinfo values('1234567890123456789',1,'RMB','活期',sysdate,504,504,'123456','否');

insert into cardinfo values('1234567890123456788',2,'JPY','活期',sysdate,322,322,'123457','否');

insert into cardinfo values('1234567890123456787',3,'USA','定期',sysdate,678,678,'123458','否');

insert into transinfo values(1,1,'1234567890123456789',sysdate,023,'存入','存钱');

insert into transinfo values(2,2,'1234567890123456788',sysdate,127,'支取','取钱');

insert into transinfo values(3,3,'1234567890123456787',sysdate,234,'存入','存钱');

功能五:

select transcardID,transmoney from transinfo where to_char(transdate,'mm')=to_char(sysdate,'mm') and transmoney=max(transmoney);

功能六:

create procedure p_c

is

cursor cr is

select bcardID,acustomerName,atelephone from userinfo a,cardinfo b where acustomerID=bcardCustomerID and to_char(sysdate,'dd') in ('28','29','30','31') and bblance<200;

cur_info cr;

begin

for cur_info in cr loop

dbms_outputput_line('卡号:' || cur_infocardID || '&&' || '姓名:' || cur_infocustomerName || '电话:' || cur_infotelephone);

end loop;

end p_c;

以上就是关于银行储蓄系统采用的数据库管理系统是全部的内容,包括:银行储蓄系统采用的数据库管理系统是、为什么银行单位几乎都用Oracle、求帮忙做一个银行数据库 Oracle等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9478924.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-28
下一篇 2023-04-28

发表评论

登录后才能评论

评论列表(0条)

保存