分布式数据库基本都宣称可以做到HTAP。我们在实践中,没有全部依赖分布式数据库。我们将数据库分为流水库、历史库,并把历史库定期同步给大数据平台。
从实践的角度总结几点建议,供参考:1. 传统稳态类系统都已经在集中式数据库上跑了很多年,进行分布式改造是件非常谨慎的事情。 如果要提高性能和可用性,可以采用业务拆分的方式,将业务分布在不同的应用节点上,每个应用节点
业务量小,只需一套rac,没必要上分布式数据库。 如果要提高性能和可用性,可以先试试采用业务拆分的方式,将业务分布在不同的应用节点上,每个应用节点有自己的传统数据库 。什么时候上分布式?可以考虑这些因素:(1) 交易量规模是
第一步调研: 市场调研 产品调研,包括需求初应答、产品应用案例等 同业调研,技术交流 第二步测试: POC 测试方案; 测试产品关键功能点; 可移植性测试。 第三步综合选型采购: 综合考虑技术测试结果、非技术因素,采购产
银行业已经有很多了,国有大行、大型股份制,几乎都上了,城商行、农信社有些大型的也上了。建议去各分布式数据库厂商官网,寻找合作案例目录,就能看到。 我先举例一些给您参考,可以去各自去了解下,都是在不同的场景下选用:Gold
我们在实践中,也遇到过类似的问题,比如分布式数据库对于存储过程不支持。由于原来使用了db2,把一部分应用逻辑放在了数据库的存储过程里。我们的做法是,把逻辑交回给应用,应用做代码改造。题主这一具体问题,我们还没有遇到,
这可取决于前期poc测试的覆盖内容。 应用系统的迁移改造问题、 数据库自身的功能问题、 数据库的配套技术支持 ,这三大问题在poc中是非要需要特别关注的,也是和后期数据库使用是否符合预期紧密相关的。尤其是最最重要的
先说劣势:1、投入有限。2、国产数据库专业人才支持不足。3、行内应用生态和分布式技术体系尚在完善过程中。再说优势:1、有成熟大行案例可借鉴,降低试错风险。2、业务规模、复杂度略低,改造风险比大行小。 即使是中小城商
分布式数据库的选型的难点,有技术方面的,也有非技术方面的。总结了以下几点:1、应用系统的迁移改造问题。没有100%兼容的数据库,应用系统势必会需要改造才能完成迁移。代码改造量低于多少可以接受,这是选型中非常重要的问
1、 能力评估包括主观开展的、客观了解的。从这个维度上说, 第一步调研: 开展市场调研 , 产品调研,包括需求初应答、产品应用案例等;开展 同业调研,技术交流 。第二步测试: POC 测试方案; 测试产品关键功能点; 可移植性测
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30