发布于 2022-04-08
国产数据库在库内计算(存储过程、函数)及特性能力(如视图),较Oracle数据库还存在一定差距。特别是采取分布式架构的国产数据库,差距更为明显。从实际推动工作上看,也是两种策略:1.尽量选择兼容性产品,这样代价相对较小2.简化数据库应用,将上述能力在应用层解决,数据库只做CRUD... (more)
发布于 2022-04-06
去 O 的话题,可谓由来已久。从十年前阿里提出了这一口号,并率先在公司内部实现了数据库的整体去 O 开始,到后面从互联网公司到传统企业也纷纷跟进,可以说去 O 的理念已逐步深入人心。但到直到现在,我们可以看到 Oracle 在国内的市场依然占有相当大的比例。即使在对外的很多去 ... (more)
发布于 2022-03-31
目前国产数据库在租户方面,能力上普遍不足。OceanBase在这方面,应该是比较超前的,没有 具体 使用经验。对于不足之处,一般可从解决方案层面解决。考虑在接入层、计算层、存储层做好响应的隔离工作即可。... (more)
发布于 2022-03-30
数据迁移后,前后环境处于静态切面,做数据对比是比较简单的。操作上可有几种方式: 1.自研-数据 可通过SQL语句完成简单的数据对比,如记录条目数,多维度统计报告进行比对。 2.自研-过程 可针对迁移过程中的日志的方式,通过代码提取对比。这种方式对目标库无影响。 3.外部工... (more)
从上述数据库迁移到国产库,可分为两种技术路线:1.物理迁移:基于日志这种方式的产品很多,如国内的DSG、英方、Datapipe等2.逻辑迁移:基于数据这种方式的产品,开源和商业的都有,如典型的Kettle、DataX等影响迁移的时长,主要取决于几个因素:1.迁移逻辑:是否存在加工转换2.数据对比:是否... (more)
各家在去O场景上,案例还是很多的,包括部分股份制银行、城商行等。如中信、平安、张家口商业、亿联、北京银行等。从未来趋势来看,目前国内去O尚未形成较为主流的实现路线,各家策略均有不同。从技术路线来看,也未达到形式上的统一。因此建议金融企业,根据自身特点,选择更为通用性... (more)
这个问题比较宽泛,可分为几种情况:1.兼容性评估这与去O的路线有关,如考虑尽量减少去O的应用迁移难度,选择兼容Oracle的产品,则兼容性需要重点评估。Oracle的功能非常丰富,目前国产化产品无法做到全部兼容,对于分布式数据库而言,这点更为突出。2.产品评估除去上面因素外,就是从数据... (more)
数据迁移后,前后环境处于静态切面,做数据对比是比较简单的。操作上可有几种方式:1.自研-数据可通过SQL语句完成简单的数据对比,如记录条目数,多维度统计报告进行比对。2.自研-过程可针对迁移过程中的日志的方式,通过代码提取对比。这种方式对目标库无影响。3.外部工具有些外部... (more)
发布于 2022-03-29
这里涉及的工作很多,可以参考下图。这其中涉及多个环节和步骤。
在去O过程中,我们先明确一点,没有数据库产品是可以完全替代的。即完成去O工作,是需要通过“应用改造+数据库选型+应用迁移”,结合在一起才能完成。这里需要考虑整体目标及路径。问题中的两种方式,原则上都是可以完成去O工作,但对于应用改造及迁移的影响差异较大。1.PG类产品,其... (more)
SphereEx是由 Apache ShardingSphere 核心团队创立。基于 Database Plus & Mesh 的双核心理念架构,提供企业级、云原生的数据增强计算产品及解决方案和新一代分布式数据计算增强平台。核心能力是通过构建数据库上层标准与生态,增强企业数据能力,赋能业务发展。