本文主要是介绍为什么OceanBase不适合银行的三点思考，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
（本质上CAP的需求不一样、tradeoff不一样！）
何种架构才是银行的正确选择？我们从三个方面来分析论证。
一，分布式与集中式数据库的分别
在业务体系上，支付宝和银行在业务逻辑、监管方式、数据要求上完全不同；业务决定技术，这也造成了不同的技术路径。需要强调的是，尽管两种不同的技术路径，但技术原理却是相同的。分布式和集中式数据库各有优缺点，也就各有不同的适用环境。
2002年，麻省理工学院MIT的教授在数学上证明了CAP理论。在分布式计算（存储）的架构里，由于网络引起的时延是必然的（Partition Network Toleration），因此对于一个操作在数据一致性（C=Consistency）和数据可用性（A=Availability）方面必须取舍一个。
许多互联网的业务类型（电商、搜索引擎等等），可以接受最终的数据弱一致性，因此分布式计算模式加数据可用的高扩展架构成为Web2.0公司的平台基础。而对于金融业需要数据实时强一致性的业务，采用关系型商业数据库来满足ACID（代表Atomicity原子性、Consistency一致性、Isolation隔离性、Durability持久性，是实现实时强一致性的基础）也是历史的正确选择。
分布式计算、集中式计算不是谁替代谁，而是各有不同的用点，适合不同的业务场景需求。互联网应用确实将分布式计算带到
这篇关于为什么OceanBase不适合银行的三点思考的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
