金融行业oracle，金融行业还有前景吗

大家好，今天小编关注到一个比较有意思的话题，就是关于金融行业oracle的问题，于是小编就整理了1个相关介绍金融行业oracle的解答，让我们一起看看吧。

为什么传统行业几乎都用Oracle，而互联网行业几乎都不用Oracle呢？

知道为什么吗？

因为传统行业，搞这个事情搞得早，你说2000年的时候，那时候还没有spring tomcat MySQL这些，不用oracle用什么？

除了时间的原因，我觉得还有几个原因是没有被提到的：

1、人情事故

传统企业，比如银行，都是数据量很大了，说明企业的规模也很大，一年投入个几百上千万，肯定得要领导审批，那么问题来了，过去的20年都是用的这个，并且没有出问题，如果你换了别的，去IOE了，出了问题你敢负责吗？

再说，花的钱也不是自己的，何必这么麻烦？

2、IT预算

互联网公司讲究快速发展，不选择Oracle，是为了节省成本，且有能力搞定MySQL； 选择Oracle，是借助商业产品+存储设备的方式，减少对技术的依赖或降低技术含金量，更快推进业务的发展。

3、技术

在传统行业来说，技术是个难题，IT部门也就算个边缘，得不到重视。但在互联网公司，技术永远是最高薪的，所以那些附带的服务和文档，基本上用不到。

Oracle是传统型数据库的经典，这是没有问题。但是新型互联网的很多问题它解决不了了，技术也很落后，加上长期以来内部技术团队的高高在上，已经被新的技术拉下了很远，再加上高层对新技术的片面理解和行业老大的思维，导致了大型互联网企业放弃了，而传统型企业在考虑性价比也放弃，导致了OracIe这十年来的大溃败。如果高层没有拥抱新技术的胸怀，说不定哪天会出个大新闻给其他企业收购的命运。

首先银行要求绝对稳定性，使用付费不开源产品可以完全责任委托，而且数据库厂商还会有专门维护，省心，省力，安全。

mysql呢，开源产品，稳定性没有o高，如果要深度开发倒是很省事，不过使用mysql就完全要看自己了，银行不会为了一个随时都有可能出现意外的定时炸弹找专门团队维护，而且银行交易量很大，但并非像互联网应用一样超级并发，大部分都是内部接口使用，而且分地区都是不同的服务器，每个地区只存储自己相关的数据，比如你从广东给山东异地转账，原始山东账户里并不存你的记录，转了之后山东数据库才有记录，在依赖oracle商业委托的基础下，银行还会有对账，来保证数据一致性。

但是反观互联网企业就不一样了，超级并发，小型机已经不满足这种并发条件了，哪怕oracle足够优秀，所以要使用应对更高并发特制的mysql，需要有专业的团队进行维护，稳定性不如oracle，不过分布式集群可以避免这种情况。而且mysql因为开源还可以针对自己的需求特制功能。不过大部分企业用不上[捂脸]，小公司用啥都一样。阿里重新开发mysql除了自己用外还可以卖服务。

再说一句，阿里其实弃o选m其实除了并发问题，还因为oracle太贵，因为企业要考虑收支，就算阿里利润率也比不上银行[灵光一闪]

感觉其他人答题方向似乎不对！

Oracle这类产品和开源数据库的区别基本上就是两点， 在强一致性方面，也可以说数据安全方面，Oracle这类传统厂商是具有压倒性优势的，尤其是结合不连公众网络的内部大型计算机，可以做到稳定和安全都极高的程度，比如10年不关机，不出故障，不出错！开源数据库现在达不到这个程度！

而开源数据库的优势呢，其实就是价格优势， 如果几千几万台服务器部署商业数据库，基本没有公司承担的起这个授权费用的！ 开源数据库的稳定和一致性不如传统商用的，但对互联网公司来说够用了！ 比如你发的一篇文章丢了，也没啥大不了的。 但这种问题对银行类公司来说就是无法接受的。

其他的什么开源软件的功能多，组件多的，这都是便宜的副产品！ 要是商业软件便宜的话，你说开发者会不会在上面开发功能呢？

到此，以上就是小编对于金融行业oracle的问题就介绍到这了，希望介绍关于金融行业oracle的1点解答对大家有用。