淘宝数据库方案在银行中的应用的可行性讨论 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

在技术开发区看到个帖子 淘宝海量数据库OceanBase:系统架构详解(http://tech.it168.com/a2012/0302/1319/000001319239.shtml)
针对CAP理论,稍微弱化了C(一致性)，这种方案在银行系统中是否可以借鉴？
第二， 许多跨行/跨表的修改通常涉及到多台机器，难以支持事务;
---这个基本上是拆库或者做分布式处理的痼疾了
相对来说支付宝的查询量和数据修改增加量相对大的太多了，估计要达到10：1，对于银行来说这种数据访问的方式则不同，对数据的一致性和事物完整性要求更高，有非官方的数据统计过，银行每五笔交易只有一笔修改和增加或删除交易，其他的才是查询交易。
这个还是不同的，银行更适合集中式的部署
分布式数据库适合较小粒度的原子交易（一致性），而银行交易越来越复杂，要使用分布式比较困难。也许要彻底换个思路才能适用
就目前我们的实践来说，最基本的是在理念上的不同。如果选择以客户为中心的话，很多方案都是可以入选的，并非一条道走到黑——试问：全国大集中之后，下一步怎么走呢？而且，以客户为中心的话，有很多有意思的东西就会呈现在眼前，业务人员可以结合相关信息去做进一步的服务配套。当然了，现在这种情况还只能用在周边。
对银行来说，正确性还是放在首要的，而且有时间问题。不能像互联网那样，用户交易数据丢失以后通过客服后期解决。
yunfeitian 发表于 2012-3-8 18:51

这个问题我们专门研究过。
其实是可以的。
能否详细介绍下 业务模式上需要做哪些改动？
pacman2000 发表于 2012-3-7 22:26

对银行来说，正确性还是放在首要的，而且有时间问题。不能像互联网那样，用户交易数据丢失以后通过客服后期 ...
这种方案，正确性应该没有问题，时间上有些延后