匿名用户
大规模分析处理OLAP场景，更适合在分布式数据库里面做选择吧
看大家也比较活跃....我再认真的重新写一下：1.同业案例 确切的来说是同等规模银行相同业务系统的数据库案例，像核心系统的数据库选型，最好能多走访几家银行，坐下来聊聊技术，有些东西线下能说，网上可不能写。 另外即使规模相当，但有可能核心系统的数据量差距也很大，这个和数...
OLTP普通的分库分表 MYSQL PG性能都行的没有必要采用一个特定的数据库。 这些更多的是OLAP的场景
分布式数据库数据分片的特性是在应用过程中重点关注的点。因为分布式数据库的核心就是数据分片，这个最好配合业务规则来设置。当前比较常见的是类似MPP这样的基于hash分布数据，相同的业务数据最好能够基于同样的业务id来分片到同一个分区里。但是OB其实弱化了这一点，从技术...
分布式数据库和传统数据库一样，在导入导出的时候都是逻辑方式慢，物理方式快。逻辑：速度堪忧，不过有可能的话基于分片来并发导入导出，提高效率。物理：这个主要需要产品支持，导出容易，恢复比较麻烦，场景受限。国产备份软件还在一个个公关验证中，建议用户多提需求，催熟产品。...
这个是国产数据库的基本要求，应该每一国产数据库都应该有成熟的方案。然而实际情况确并非如此，很多国产数据库用的少，验证的场景少，所以可能缺陷比较多。建议选择的时候做好全面的测试验证，否则可能会埋个大雷。...
目前用过的有中兴的golden db和pcap的tidb，腾讯和阿里也都有自己的数据库产品
国密算法的当然应该列入国产数据库选型中来，国密加密是数据安全的需求，是必然的发展的方向。问题是，传统的Btree的数据库架构的国密加密，做成TDE，性能下降50%。而LSM架构的数据库，性能影响在2%~4%之间。 如果开启国密算法，性能下降50%，我理解没有一家金融机构可以接受这样...
