从商业数据库迁移到国产库，风险是来自多方面的：1.技术风险国产库的功能较大型商业数据库仍存在一定差距，需要在选型时期就有清晰认识。不同国产库架构不同、技术路线各异，需要建立符合企业自身要求的评测体系。通过完善的测试，对国产库有着全面细致的了解。虽然无法做到功能一...

议价能力应该还不是最重要的，更重要提供持续的支持服务,持续的更新迭代，对未来数据量业务等发生变更后的适配等，比如短期十年，长期五十年?

其实暂时都没有看见 很多都是自己家的云平台辅助自己家的数据库，真心的 没有一个能脱离自己的基础应用，在开放环境生态做的好的。大机都是空白  不过现在一些NEWSQL做的还可以。关系型的确实不太好。...

这个需要结合业务系统来看，如果是分析型的可以考虑基于PG的产品，比如gaussdb，TDSQL-PG版本，如果是交易型的可以基于MySQL的，比如TDSQL-MYSQL版本，goldendb等等，如果是混合负载可以考虑国产纯自研的如TIDB，OB等等。...

国产的本身应该就很少，用到过的tidb好像不支持存储过程，中兴有个goldendb的产品好像是支持的，可以具体再了解下，其他产品不熟悉

这个要看自身的能力水平吧。比如我们公司技术能力薄弱，dba都是外包的，想做poc都没那能力。所以我们先选几家比较出名的头部进行调研，同时问各家对友商的评价以及友商的技术路线。再调研了多家以后，基本上各个友商的发家史，黑历史都摸清楚了，哈哈。...

通用的存储设备和备份策略，存储这块没有特殊的存储要求，适配也基本都适配，要求就是IO性能和稳定性；数据库有自己的基本的备份能力和管理软件，但有时会和第三方备份产品一起，比如爱数、鼎甲之类的都支持。...

看大家也比较活跃....我再认真的重新写一下：1.同业案例  确切的来说是同等规模银行相同业务系统的数据库案例，像核心系统的数据库选型，最好能多走访几家银行，坐下来聊聊技术，有些东西线下能说，网上可不能写。  另外即使规模相当，但有可能核心系统的数据量差距也很大，这个和数...

国密算法的当然应该列入国产数据库选型中来，国密加密是数据安全的需求，是必然的发展的方向。问题是，传统的Btree的数据库架构的国密加密，做成TDE，性能下降50%。而LSM架构的数据库，性能影响在2%~4%之间。    如果开启国密算法，性能下降50%，我理解没有一家金融机构可以接受这样...

吐槽了愤怒了！某号称头部国产数据库（传统集中式），居然还是比较流行的那一个所谓的国产数据库，改出来的，瞎改，改出了BUG，还修不了，只能挂在那里做鸵鸟；不懂就不要乱改，直接换个LOGO，还规矩点，起码不会有这么恶心的情况。理念、产品、技术、服务，都做好可以吗？？有点责任感、使命感好吗？？...