我们在实践中，也遇到过类似的问题，比如分布式数据库对于存储过程不支持。由于原来使用了db2，把一部分应用逻辑放在了数据库的存储过程里。我们的做法是，把逻辑交回给应用，应用做代码改造。题主这一具体问题，我们还没有遇到，所以无法给出实践参考。不过，从我们的实践角度出发，引入...

1.安全需求有数据可用性的严格要求2.自主需求有政策性合规类需求等3.成本需求有控制成本类的需求

1.厂商参与POC方案的制定，提供测试必要技术支持，解答测试中遇到的问题等。针对不同测试内容，发挥作用不同：1).功能测试：争取能力完整体现2).非功能测试：制定测试方案（如性能、高可用测试）3).业务测试：需要根据测试业务，做适当调整2.用户1).测试：完成选型POC测试主体2).业务：抽象业务...

我理解所提问题是指，实际使用情况与选型测试的差距。这点可能来自多方面：1.测试用例覆盖不全2.测试压力不能完全模拟线上3.软硬件环境带来的差别4.数据特征带来的差别

优势在于，中小机构一般都启动较晚，此时应该有很多大型机构甚至同类机构完成了投产，可以有时间充分得考察调研，如果有业务场景一致的需求甚至可以照搬。劣势在于，相对于大型金融机构，中小机构一般倾向于用一个数据库来解决所有问题，希望能有一个像ORACLE一样的国产选手，这类思路和...

选型后，涉及几类人员的转型：1.研发人员需要改底层的技术栈，对研发人员有一定要求。但一般数据库都会遵循一定的生态标准，对研发人员的变动相对不大。2.测试人员选型后，一方面对数据库自身需要进行测试，一方面对业务改造后需要测试。前者涉及新的测试技能（如混沌测试），后者则会带来...

对符合金融业要求的分布式数据库的技术要求有很多，这里大致做一下分类： 1.内核层面 支持标准数据库的ACID能力、分布式事务、增强计算、锁与死锁等 2.管理能力 支持多种接口能力，完成包括但不限于安装部署、诊断优化、存储管理、备份恢复、监控告警、扩展伸缩、实例...

分布式数据库的高可用依赖一致性协议+多副本机制。故障发生后主从副本的切换，这部分工作可以由集群根据一致性协议自动选举leader后实现，无需进行人工干预，完全自动进行；当然，也可以手工进行切换。整个过程业务无感知，切换过程会有瞬间影响.2.关于容灾，从概念上将分布式数据库的...

1.技术因素有统一的技术架构演进的需求，特别是分布式数据库作为未来数据库发展趋势，成为各企业都需要考虑的问题。2.业务因素有数据规模、高并发性的业务诉求。上述要求是分布式数据库的主要应对场景。通过分布式的扩展能力，可带来对数据存储、计算的弹性能力，提供更大规模、...