发布于 2022-04-21
1.应用侧改造内容应用侧需改造内容,分为几个方面:1).数据处理逻辑这方面指使用数据库的业务逻辑,简单分为结构改造和语句改造。部分情况,可通过简单的Mapping方式去解决,但还有些需要重构逻辑,甚至重新设计结构来完成。有些特别复杂的或存在数据库端无法实现的逻辑,就需要第二方... (more)
集中式和分布式,是数据库两个大的架构类型,两者都有各自适应场景。从过去二三十年发展来看,集中式架构很好地解决了金融机构的场景问题,从技术角度来讲绝大多数场景并没有因能力不足而选择分布式架构的必要。这里更多地是需要考虑多种因素,来做这样的选择。1.业务诉求随着金融... (more)
造成这一问题的原因有多种。有些是自研的,因企业人员流失导致信息丢失;有些是采用外包方式,随着外包公司的变化\消失而导致信息丢失。上述这些现象是客观存在的,解决方法无外乎两种,通过业务侧和技术侧解决,亦或是两者配合使用。1.业务侧:需要通过文档、人员调研等方式,搜集现有... (more)
从商业数据库迁移到国产库,风险是来自多方面的:1.技术风险国产库的功能较大型商业数据库仍存在一定差距,需要在选型时期就有清晰认识。不同国产库架构不同、技术路线各异,需要建立符合企业自身要求的评测体系。通过完善的测试,对国产库有着全面细致的了解。虽然无法做到功能一... (more)
发布于 2022-04-19
该提问点出了一个迁移到国产库的共性问题,即数据库碎片化。在传统数据库选型中,主打两三款数据库,就可以覆盖几乎所有的业务场景,而到了国产库上则情况大不同。一方面数据库的架构类别多样;二方面还没形成垄断性产品,众多产品都可选择;三方面各产品能力差异较突出,都有各自的适应... (more)
发布于 2022-04-08
这方面是有所欠缺的,主流的安全厂商工具尚不支持国产库,这部分还需持续增强。当前使用上,还需更多依赖国产库厂商自身,评估解决可能潜在的安全漏洞。
Oracle的AP分析能力是比较强的,这主要受益于其自身强大的优化器能力。如去O的话,目标库是否具备同等分析能力存疑,是需要做评测的。如遇到数据库自身分析能力不足问题,可考虑使用组合方案,如TP+AP的模式或引入大数据技术栈来解决。... (more)
针对数据校验,如之前谈到可以有多种方式。对于比较重要的系统,对数据一致性要求很高,可能综合应用多种方式进行比对。对于小系统来说,选择其中一种进行比对即可。
DB2的生态环境,相较于Oracle更加封闭。目前已知的一些国内主流的数据库迁移厂商,也支持从DB2到其他库的数据迁移工作。只不过使用相对案例少些,需要打磨功能。
应用改造工作量的评估,是有一定参考依据的。之前在项目实践中,也积累些方法并形成小工具。基本原理就是根据对象和语句的数量、复杂度等作为输入,根据实践总结出的单位工时进行评估。在后续的不断迭代中,改进评估方法。... (more)
SphereEx是由 Apache ShardingSphere 核心团队创立。基于 Database Plus & Mesh 的双核心理念架构,提供企业级、云原生的数据增强计算产品及解决方案和新一代分布式数据计算增强平台。核心能力是通过构建数据库上层标准与生态,增强企业数据能力,赋能业务发展。