应用改造工作量的评估，是有一定参考依据的。之前在项目实践中，也积累些方法并形成小工具。基本原理就是根据对象和语句的数量、复杂度等作为输入，根据实践总结出的单位工时进行评估。在后续的不断迭代中，改进评估方法。...

这个问题和选择使用的数据库关系很大，通常这类迁移产品都是配套目标数据库发布的。从类型来说有两类：离线迁移离线迁移是大多数情况下采用的方式。例如恩墨的MTK工具，支持从Oracle，DB2，mysql，openGauss迁移到mysql和openGauss.这类产品实现难度不大，但是细节很多，工作很繁琐。数...

这个问题是很多业务在切换的时候慎重考虑的方案。不过应该不是双向复制，同一时间只有单向复制。这个OGG应该就能满足。首先从oracle到mysql复制，迁移的时候只要切换就可以，停机时间少。迁移后反向复制，一旦有什么解决不了的紧急问题，再回退到oracle。...

这里涉及的工作很多，可以参考下图。这其中涉及多个环节和步骤。

这种一般都是类似ETL或者通过多个数据手段实现的”数据“级别的迁移和同步 涉及数据库复杂对象的迁移和同步，还是需要运维和业务方介入，进行拆分，解构，再实现。 市面上很多这样的产品，很多基于ETL封装或者自主研发的产品，都可以参考或者POC看看。 一般数据库厂商也会进行开发相...

当前使用Oacle和DB2数据产品的应用场景比较广泛，TP和AP都有。因此我个人觉得如果要替换oracle和db2，仅仅靠单一的数据库产品不一定能够胜任。不如依据场景选择合适的数据库产品。1、单机的oltp场景Mysql，openGauss，postgresql，达梦，gbase，金仓等2、高并发的oltp场景这种可能需要...

mysql一般用法比较简单，所以到pgsql基本没有什么性能问题。需要注意的主要是pg自身的一些缺陷。例如表和索引的膨胀，需要注意做好长事务消除，做好vacuum等清理工作。注意空间的回收。利用好truncate和drop分区的方式。从语法来说，一些系统函数，例如时间函数等差异较大。...

首先需要确定迁移到数据库的类型，不同的数据库内部结构都是不一样的，需要非常熟悉彼此的差别，其次是需要考虑迁移后的维护问题，高可用的方案，而不是单纯的说 无损迁移。如果真纯粹是想无损迁移，直接二进制文件导出导入，保证数据不会丢。010101 这种的 数据百分百不会丢失 无...

对于Oracle能否被开源系衍生的数据库代替这个问题，个人觉得需要从两个维度去看。 第一个维度，技术维度。从技术维度来展开的话，首先需要看的就是产品的成熟度，这一点来讲，Oracle从三足鼎立的时代发展到今天独霸关系数据库排名之首的局面，是经历了很多年的技术洗礼，并且是来自全...

不管用什么数据库替换，都需要付出巨大的成本，还可能是失败的；如果负担得起这个成本，考虑一下是往Oracle还是分布式吧；